Aktivity, pri ktorých sa venujeme vzdelávaniu študentov, pedagógov a IT profesionálov, sú prirodzenou súčasťou našej firemnej kultúry. Uvedomujeme si, že kvalitné prepojenie školského systému s praxou a reálnymi potrebami firiem je v našej zodpovednosti. Slovenské univerzity majú vynikajúcich študentov a potenciál, ktorý potrebujeme využiť v náš prospech. Univerzita Matej Bela v Banskej Bystrici nás oslovila s myšlienkou vytvorenia spolupráce. Čítajte ďalej a dozviete sa od nášho kolegu Mariána Vančíka, ako rozbiehame našu kooperáciu. Continue reading Rozbiehame spoluprácu s Univerzitou Mateja Bela v Banskej Bystrici
Archives
Ak sa zaujímate o najnovšie trendy v oblasti Industrial, prečítajte si zaujímavý článok, v ktorom sa dozviete, na akých projektoch pracujeme pre popredných predstaviteľov v tejto oblasti. Okrem toho sa pozrieme, ako bude vyzerať kuchyňa v budúcnosti, vysvetlíme si, čo je energetická účinnosť a nevynecháme ani oblasť elektromobility.
Ešte nedávno by ste pojem DevOps márne hľadali v knihách a vo vyhľadávačoch. Toto slovíčko ale v sebe skrýva prevratnú metodológiu, ktorá zefektívnila, uľahčila a spríjemnila prácu mnohým IT profesionálom po celom svete a ďalším dala návod, ako spojiť dovtedy nespojiteľné svety developerov a administrátorov.
Veľa ľudí pohybujúcich sa v IT si spája DevOps s konkrétnymi nástrojmi ako napríklad Azure DevOps, AWS, Chef, Puppet alebo Docker. Ale toto sú len samotné nástroje, nie DevOps metodológia. Čo robí tieto nástroje „DevOps“ je ale spôsob ich používania, nie samotná charakteristika nástrojov ako takých. Aj keď je DevOps metodológia silno ovplyvnená inými (napr. Agile), jej aplikovanie je významnejšie, pretože Agile sa zameriava iba na stránku vývoja, zatiaľ čo DevOps zahŕňa viac ako len programovanie a testovanie. Jeho aplikácia nie je obmedzená iba na IT profesionálov. DevOps je najúčinnejší práve vtedy, keď si jeho ideu a koncept osvojí a praktizuje celá organizácia. Všetky tímy v rámci organizácie by mali byť zapojené – vrátane security, podpory, HR, právneho oddelenia – aby boli čo najefektívnejšie. Napríklad efektívne DevOps procesy medzi právnym a predajným oddelením by mohli umožniť automatizované vytváranie kontraktov na základe stanoveného katalógu predaja.
Štyri piliere efektívneho DevOps
Nie je to teda iba o rôznych vývojárskych metódach, ako napríklad automatizácia infraštruktúry, continuous integration (CI) či continuous delivery (CD). Je to viac ako iba spojenie jednotlivých častí. Je to kultúra a nastavenie mysle ľudí zamestnaných vo firme. Keďže každá firma má iných zamestnancov, iné potreby a iné problémy, nemôže existovať jedno riešenie a jediný „správny“ spôsob ako robiť DevOps. Na to, aby sme vo firme mohli implementovať DevOps, musí daná firma obetovať čas a úsilie na takzvané štyri hlavné piliere efektívneho DevOps:
- Spolupráca
- Sympatia
- Nástroje
- Škálovanie
Pre začiatok by si mala firma vybrať jeden alebo dva z týchto pilierov naraz a snažiť sa o zmenu, pričom cieľom je stále kombinácia všetkých štyroch pilierov. Je veľmi dôležité neprehliadnuť prvé dva piliere a nesnažiť sa aplikovať iba nástroje. Nástroje sú samozrejme dôležité, avšak nie dostatočné. Ak by to tak bolo, postačovalo by vymenovať „best practices“ rôznych nástrojov. Spolupráca a sympatia sú dôležité z pohľadu dlhodobého udržania dobrých a dlhotrvajúcich vzťahov, ktoré vytvárajú produktívne DevOps prostredie.
Obr. 1. Štyri piliere efektívneho DevOps
Spolupráca
Spolupráca je proces dosiahnutia výsledkov cez podporu vzájomnej interakcie a vstupov viacerých ľudí. Veď Práve spolupráca softvérových vývojárov a administrátorov pomohla vytvoriť DevOps. Predtým, ako sa tím naučí efektívne komunikovať s iným tímom, musia sa členovia tímu najskôr naučiť komunikovať medzi sebou. Bez dobrej spolupráce v rámci tímu je veľmi malá nádej na dobrú spoluprácu medzi tímami.
Sympatia
Navyše K rastu a udržiavaniu pracovných vzťahov medzi jednotlivcami, tímami a oddeleniami v organizácii je potrebné budovať silné vzťahy. Na prvý pohľad sa môže tento pilier zdať ako zanedbateľný, keď sa ale na pilier Sympatia pozrieme z hľadiska efektivity, prídeme na to, že je kľúčový rovnako ako ostatné tri. Vďaka budovaniu silných vzťahov, či už medzi tímami alebo dokonca rôznymi organizáciami, vieme veľmi účinne skrátiť čas dodania práce tým, že odstraňujeme komunikačnú bariéru a pracujeme na základe silnej dôvery.
Nástroje
Nástroje vnímame ako akcelerátor zmeny. Môže sa zdať, že postačuje zmeniť nástroje, ktoré tím používa, a premena na DevOps je ukončená. Tento pohľad je veľmi častý, no žiaľ je veľmi chybný. Problémy, ktoré má organizácia alebo tím, sa neodstránia samé bez zmeny kultúry a hodnôt, ktorými sa riadia. Tak isto, ak má tím problémy s nástrojmi, ktoré používa, prípadne nepoužíva, iniciatíva na zmenu nemusí byť úspešná, pokiaľ sa neodstránia aj tieto prekážky. Na prvý pohľad veľká investícia v začiatkoch spolupráce je v tomto prípade stále menšia, ako cena bez investície do správnych nástrojov.
Škálovanie
Musíme sa tiež pozerať na aplikovateľnosť DevOps nielen vo veľkých organizáciách, ale aj v menších podnikoch, či dokonca start-upoch. Tu vstupuje do hry škálovanie, špecifický prístup a využívanie DevOps metodológie v tímoch a organizáciách rôznych veľkostí. DevOps musí dynamicky reflektovať zmeny či už personálnych z hľadiska počtu členov tímu, organizácie, výšky zisku, rozširovania pobočiek alebo tzv. zrelosti a pripravenosti. To znamená, že nemusí mať rovnaký úspech proces zavedený v organizácii, ktorá má 500 zamestnancov a v startupe, na ktorom pracujú štyria vývojári. Každý z týchto systémov je špecifický a je k nim potrebný špecifický prístup.
Cultural-debt
Pojem “tech-debt” pozná asi každý vývojár. Vypovedá o potencionálnych následkoch technických rozhodnutí, ako napríklad systémový dizajn, architektúra softwaru, alebo výber technológií. Menej z nich pozná alebo rozumie výrazu “cultural-debt”. Označujú sa ním podobne ako pri predošlom pojme, možné následky, avšak v tomto prípade rozhodnutia, ktoré sa týkajú naberaniu alebo prepúšťaniu zamestnancov, firemné alebo tímové štandardy a hodnoty. Rovnako ako “tech-debt”, aj “cultural-debt” vždy organizáciu alebo tím dobehne a musia čeliť následkom. Taktiež platí aj fakt, čím neskôr sa na ňom začne pracovať, tým bude ťažšie sa z tohto dlhu dostať. Často sa tieto problémy nedajú vyriešiť zo dňa na deň, ale vyžadujú kontinuálnu prácu na kultúre dôvery, jednoty a bez obviňovania. Niekoľko príkladov na “culture-debt”, ktoré možno pozorujete aj vo vašej organizácii alebo tíme:
- kolega, s ktorým sa veľmi ťažko spolupracuje a tím mu radšej ustúpi alebo zamestnanci odídu, ako by ho poprosil o zmenu jeho problematického správania,
- príliš veľa vrstiev stredného manažmentu, ktorý v konečnom dôsledku bráni a spomaľuje vývoj aplikácie,
- tolerovanie urážlivého slovníka v mailoch a iných komunikáciách,
- tímové prostredie, kde sú zamestnanci dostupní aj v neskorých večerných hodinách a odpovedajú na maily a iné požiadavky.
Ak sa posunieme od hodnôt, ktoré prezentuje organizácia zamestnancom a dostaneme sa ďalej, bližšie ku jednotlivým zamestnancom, môžeme prísť na to, že hodnoty sú rôzne aj v rámci jedného tímu. Hovorili sme, ako rôzne hodnoty a ciele narušia chod tímu a v konečnom dôsledku aj celej organizácie. Snažiť sa rýchlo doručovať nové funkcionality alebo za každú cenu udržiavať stabilnú webstránku? Takéto rozličné vnímanie cieľa spôsobuje problémy pri chode aplikácie a takisto aj v tíme samotnom. Z dlhodobého hľadiska je takýto prístup s nedostatkom komunikácie a s nezhodami na hlavných hodnotách a cieľoch tímu neudržateľný.
Ako na efektívny DevOps
Tieto a rôzne iné problémy však nevyrieši iba vsunutie slovíčka DevOps pred pracovnú pozíciu alebo meno tímu. DevOps nie je o nákupe nových technológií na kontajnerizáciu alebo účtov na cloude. Nie je to iba jedna z mnohých vecí na zozname, nie je to niečo, čo sa niekedy dá považovať za “hotové”. Devops je postupný proces, ktorý sa musí neustále vyvíjať a aktualizovať, inak nezostane v organizácii a tíme zdieľaný príliš dlho. DevOps je o porozumení, empatii a prepojenosti štyroch hlavných pilierov. Spolu tieto piliere tvoria a posilňujú základy udržateľnej kultúry a pracoviska. Zároveň tiež pestujú zdravé medziľudské vzťahy v tíme, kde to nie je len o jednej hviezde, ktorú všetci uznávajú, ale skôr o orchestri, kde je každý člen tímu je rovnako dôležitý a takisto je každý úspech úspechom celého tímu.
Referencie
Literatúra: Effective DevOps by Jennifer Davis & Ryn Daniels
Letná škola SPACE::LAB summer school sa dočkala toto leto svojho tretieho pokračovania. Na pôde Ústavu experimentálnej fyziky SAV v Košiciach sa stretli nadšenci vesmíru, informačných technológií a umelej inteligencie. Medzi 20 účastníkmi boli aj naši kolegovia Šimon Mackovjak a Marek Vološin. To, ako sa im páčilo, nám prezradí Marek.
Marek sa o letnej škole dozvedel už pred tromi rokmi sa stretnutí SPACE::TALK. Ide o pravidelné meetupy, kde sa zdieľajú aktuálne novinky z oblasti výskumu vesmíru a inžinierstva. Súčasťou je aj networking. Odtiaľ už viedla jednoduchá cesta na webstránku SPACE::LAB, kde sa o letnej škole dočítal detaily.
Čo bolo témou tohtoročnej SPACE::LAB summer school?
Na akciách SPACE::LAB sa mi veľmi páči, že majú svoju kontinuitu. Rozvíjame jednu tému – stále viac do hĺbky. Ide tu o spracovanie obrovského množstva nepreskúmaných dát (BigData) z vesmírnych družíc a teleskopov. Tohto roku sme použili veľmi progresívne, lacné a všeobecne dostupné Cloudové technológie od Amazonu. Letnej školy SPACE::LAB som sa zúčastnil uz tretíkrát. Vesmír je pre mňa budúcnosťou ľudstva.
Zúžitkoval si znalosti, ktoré si si odtiaľ odniesol?
Na spracovanie údajov sme použili Amazon Cloudové technológie (AWS) pre Umelú inteligenciu. Túto skúsenosť som už o 2 týždne využil v práci – ako zaujímavú informáciu pre nášho zákazníka z USA.
Zdroj: https://www.facebook.com/spacelabsk/posts/1206080066486023
Kto každý je súčasťou SPACE::LAB summer school?
Zloženie účastníkov je pestré. Letnej školy sa zúčastňujú fanúšikovia vesmírneho výskumu. V priebehu troch rokov som tam stretol študentov fyziky, astrofyziky, matematiky, aj študentov informatiky, umelej inteligencie; mladých ľudí zo Slovenska študujúcich v Košiciach, v Prahe, vo Viedni aj v Anglicku; zamestnaných IT-čkárov, pedagógov, biológov, fyzikov, astrofyzikov, ale aj laikov so záujmom o hviezdy. Myslím, že tam bolo aj niekoľko podnikateľov a investorov.
Vidíš zmysel v týchto aktivitách?
Samozrejme. Veľmi sa teším, že sa v Košiciach dejú takto progresívne a svetové veci. V súčasnej dobe internetu sú už veľmi ľahko dostupné pre širokú verejnosť.
Komunitnú zodpovednosť berieme naozaj vážne. Aktivity, pri ktorých sa venujeme študentom a učiteľom u nás prebiehajú celoročne. Aj preto sme si počas letných prázdnin dopriali aktívny oddych spolu s pedagógmi z SPŠT v Bardejove.
Keď sa nám pani zástupkyňa Mgr. Dana Janečková ohlásila, že ich škola má záujem s nami nadviazať spoluprácu, netušili sme, ako rýchlo sa to rozvinie. A naozaj, odtiaľ to bol už len krôčik od zostavenia oblastí potrebných pre náš projekt – implementáciu softvérového produktu pre ich štvrtákov študijného odboru Informačné a sieťové technológie, realizovaného projektovým riadením, vrátane agilných techník.
Pedagógovia na tejto škole majú výborné technologické znalosti, preto sme semináre zacielili na manažment produktu, špecifikáciu a sledovanie zmien, ako aj nástroje, ktoré toto všetko umožňujú. Ako prvú vec sme dohodli produkt. Prioritou bolo vymyslieť tému pútavú pre študentov. Voľba padla na zbieranie informácií o kvalite ovzdušia v triedach a ich zobrazovaní pri vstupe do školskej budovy. Vo vstupnej hale školy sa nachádza televízor, ktorý je využívaný ako monitor. K nemu je pripojený raspberry pi počítač. Práve ten bude slúžiť ako server pre celé riešenie.
Údaje budú zobrazované na web stránke práve na tomto spomínanom výstupnom zariadení. Takto poskytneme aktuálne informácie komukoľvek, kto bude vchádzať do budovy, či len prechádzať okolo.
Obr. 1. Ilustračný obrázok zo školenia pre učiteľov v priestoroch GlobalLogic Slovakia z Pre-COVID-19
Návrh web stránky, teda jej obsah a jeho rozloženie na obrazovke sme spoločne navrhli a implementovali počas prvých seminárov. Už počas prvých rozhovorov sa ukázala dôležitosť UX/UI na začiatku celého procesu.
Znalosti so spracúvaním údajov cez RESt API pomohli vytvoriť základný blok riešenia – architektúru. Pre serverovú časť sme spoločne zvolili jazyka Python a aplikačnú knižnicu (framework) Flask. MariaDB sme využili pre databázu – miesto pre kumulované údaje zo senzorov. Znalosti linuxu umožnili riešenie nasadiť na RPi. Stojí za zmienku, že všetok zdrojový kód si implementovali na vlastný gitlab server. S týmto sa museli popasovať asi najviac, keďže im skúsenosť s týmto nástrojom chýbala.
Celá implementácia bola v agilnom duchu, použili sme metódu scrum. Od seminára k semináru sme pridávali ďalšiu a ďalšiu funkcionalitu. Takto sme krok po kroku dopracovali celé riešenie. Cieľom však ostáva odovzdať toto všetko študentom. Tí na to budú mať čas do svojich maturít.
Hoci by si pedagógovia zaslúžili oddych, celé 2 mesiace sme mali utorkové rána spestrené touto aktivitou. To všetko sa konalo s cieľom pripraviť sa na tohtoročných maturantov a posunúť hĺbku ich znalostí ešte ďalej. Semináre zastrešil Ing. Tibor Radačovský.
Iniciatíva má samozrejme hlbší rozmer. Pedagógovia sú si vedomí, že technologicky sú na tom dobre. Avšak prax pre vytvorenie projektového plánu na softvérový produkt je oblasť, kde uvítali pomoc. Rovnako tak existujú mnohé nástroje, ktoré pri tejto práci vedia veľmi pomôcť, no doteraz o nich nepočuli a nemali teda skúsenosť s ich aplikáciou. Po týchto seminároch tak už budú vedieť, ktorým smerom posunúť študentov.
V GlobalLogic Slovakia si uvedomuje, že nestačí len očakávať, že študenti budú vedieť to, či ono. Vzdelávanie pedagógov je aktivita, ktorú veľmi aktívne podporujeme nie len priamo vo firme ale aj v rámci Košice IT Valley.
Veľké uznanie patrí pedagógom zo SPŠT Bardejov, konkrétne Mgr. Dana Janečková,
Mgr. Jakub Grohoľ a technickej podpore Peter Oláh.
Veľmi sa tešíme na ďalšiu spoluprácu.
Trendy v automobilovom priemysle, ako autonómne riadenie vozidla, konektivita V2X, OTA (Over The Air) aktualizácie, prediktívna údržba a mnoho ďalších inovatívnych funkcií, sú založené na softvérových funkciách vo vozidle. Aby všetky tieto funkcie fungovali bez problémov a v reálnom čase, musí každá jednotka vo vozidle (ECU – Electronic Control Unit) pracovať efektívne. Moderné vozidlá môžu mať viac než 100 ECU, ktoré navzájom komunikujú prostredníctvom zbernice CAN, LIN alebo ethernetovej siete.
Predtým neexistovala žiadna jednotná softvérová architektúra, ktorú by používali automobilový výrobcovia (OEM – Original Equipment Manufacturer) na návrh softvéru pre ECU. Takže vždy, keď chcel OEM prejsť na nového dodávateľa komponentov, bol tento prechod veľmi ťažký. Nový dodávateľ čelil obrovským výzvam pri pochopení existujúcej softvérovej architektúry, hardvérových platforiem a noriem používaných pri vývoji softvéru pre ECU. Preto bolo takmer nemožné, aby nový dodávateľ pokračoval v rozbehnutom projekte napríklad od polovice jeho výrobného cyklu.
S cieľom zefektívniť koordináciu medzi OEM výrobcami a ich dodávateľmi, zlepšiť kvalitu softvéru ECU a skrátiť čas a náklady na vývoj sa v roku 2003 spojili dodávatelia automobilového priemyslu, výrobcovia polovodičov, dodávatelia softvéru a nástrojov a vytvorili konzorcium s názvom AUTOSAR. Zakladajúcimi členmi boli BMW, Bosch, Continental, Daimler AG, Siemens VDO, a Volkswagen. Neskôr sa pridali Ford Motor Company, PSA Peugeot Citroen a Toyota Motor Corporation.
Čo je AUTOSAR?
AUTOSAR je otvorená a štandardizovaná softvérová architektúra pre automobilový priemysel, ktorá poskytuje štandardy pre vývoj softvérových aplikácií, zjednocuje rozhrania medzi aplikačným softvérom a základnými funkciami vozidiel a pomáha vytvárať spoločnú softvérovú architektúru ECU pre všetkých členov AUTOSAR konzorcia. Je to stále rastúci a vyvíjajúci sa štandard, ktorý definuje vrstvovú softvérovú architektúru. Najznámejší dodávatelia AUTOSAR riešení a vývojových nástrojov sú Vector, Elektrobit a ETAS.
AUTOSAR v konečnom dôsledku prináša výhody pri manažovaní čoraz zložitejších elektrických/elektronických (E/E – Electric/Electronic) prostredí vo vozidle, ako je napríklad jednoduchá integrácia, zmena funkcií v rámci komplexnej sieti ECU a riadenie celého životného cyklu výrobku.
Architektúra AUTOSAR
Nižšie vysvetlená architektúra je tzv. klasická AUTOSAR verzia, ktorá podporuje vykonávanie funkcií v reálnom čase pričom berie do úvahy bezpečnostné obmedzenia. Klasický AUTOSAR je rozdelený do týchto 3 hlavných vrstiev (v poradí zhora nadol):
- Aplikačná vrstva
- AUTOSAR runtime prostredie (RTE)
- Základný softvér (BSW)
Obr. 1. AUTOSAR architektúra
Zdroj: https://circuitdigest.com/article/understanding-autosar-and-its-architecture
Aplikačná vrstva
Aplikačná vrstva je najvyššou vrstvou softvérovej architektúry AUTOSAR a podporuje implementáciu užívateľských funkcií a aplikácií na realizáciu konkrétnej funkcionality vozidla. Táto vrstva pozostáva z tzv. softvérových komponentov, ktoré vykonávajú špecifické úlohy podľa požiadaviek užívateľa a komunikujú medzi sebou a s BSW vrstvou pomocou RTE, čo znamená, že sú nezávislé od hardvéru, komunikačných zberníc a ostatných softvérových komponentov.
Komunikácia medzi softvérovými komponentami je sprostredkovaná prostredníctvom portov virtuálnej funkčnej zbernice (VFB). Tieto porty tiež uľahčujú komunikáciu medzi softvérovými komponentami a základným softvérom AUTOSAR (BSW).
AUTOSAR Runtime Prostredie (RTE)
AUTOSAR Runtime prostredie je vrstva AUTOSARu, ktorá uskutočňuje komunikáciu medzi softvérovými komponentami v aplikačnej vrstve a BSW. Taktiež samotné softvérové komponenty komunikujú medzi sebou výlučne pomocou RTE, takže sú úplne nezávisle od ECU a ostatných softvérových komponent.
Základný softvér (BSW)
AUTOSAR základný softvér (BSW) vytvára abstrakciu medzi hardvérom a aplikačnou vrstvou. Skladá sa z desiatok softvérových modulov štruktúrovaných v rôznych vrstvách a tie sú rovnaké pre všetky AUTOSAR ECU. To znamená, že dodávateľ, ktorý navrhol konfiguráciu BSW, ju môže zdieľať s inými dodávateľmi, ktorí pracujú na inej ECU napríklad motora, posilňovača riadenia, alebo prevodovky.
BSW sa dá rozdeliť do troch rôznych vrstiev:
- Servisná vrstva: Servisná vrstva je najvyššou vrstvou BSW a poskytuje základné služby (nezávislé na hardvéry) pre aplikačnú vrstvu. Komponenty v aplikačnej vrstve môžu pristupovať k týmto službám cez štandardizované AUTOSAR rozhrania. Servisná vrstva je zodpovedná za služby ako komunikačné služby, pamäťové služby, systémové služby na riadenie stavu ECU, diagnostické služby, operačný systém (OS) a ďalšie.
- Abstraktná vrstva ECU: Hlavnou úlohou abstraktnej vrstvy ECU je spájať vrstvu MCAL a servisnú vrstvu. Vytvára abstrakciu pre prístup ku všetkým perifériám a externým zariadeniam ECU ako komunikácia, pamäť, I/O, tak aby API bolo nezávislé od hardvéru ECU (porty, registre, interné a externé zariadenia atď.).
- Abstraktná vrstva mikrokontroléra (MCAL): MCAL je najnižšia vrstva BSW a priamo pristupuje k registrom a perifériám mikrokontroléra. MCAL je preto veľmi závislí od typu mikrokontroléra a obyčajne sa dodáva priamo jeho výrobcom. MCAL ponúka ovládače, ako komunikačné ovládače (CAN, LIN, ethernet), ovládače I/O, ovládače pamäte, ovládače systému a ďalšie.
Komplexný ovládač zariadenia (CDD)
Komplexný ovládač zariadenia (CDD) sa používa na implementáciu funkcionality mimo BSW, napríklad pre komplexné vyhodnocovanie senzorov, alebo ovládanie aktuátorov, ale najmä pre hardvér, ktorý nie je priamo podporovaný systémom AUTOSAR.
Adaptívny AUTOSAR
Od roku 2003 sa klasický AUTOSAR stal bežnou platformou a veľmi dobre sa mu darilo zrealizovať vozidlá s 60-80 ECU. Avšak, s postupom automobilových trendov založených na IoT, ako napríklad konektivita V2X a autonómna jazda, prudko stúpol počet funkcií vo vozidle a v dôsledku toho sa na trhu vytvoril obrovský dopyt po zariadeniach podporujúcich tieto funkcie. Zistilo sa, že existujúci klasický AUTOSAR nie je vhodný na podporu týchto nových trendov a vyžaduje sa nová architektúra s výkonnejšou a flexibilnejšou architektúrou E/E. Preto pre podporu týchto funkcií bola v Marci 2017 navrhnutá nová architektúra s názvom adaptívny AUTOSAR.
Adaptívny AUTOSAR je škálovateľný a má dynamickú architektúru. Je vyvíjaný pomocou objektovo orientovaného programovacieho jazyka C++ na rozdiel od klasického AUTOSARu, ktorý je založený na programovacom jazyku C. Prichádza s centrálnym aplikačným serverom, ktorý pomáha s náročnými výpočtovými úlohami a taktiež plne podporuje ethernet, ktorý pomáha vykonávať funkcie v reálnom čase. Taktiež umožňuje nasadiť vo vozidle špičkové technológie ako je infotainment, V2X, prediktívna údržba, funkcie ADAS s kamerou, radarové a LIDAR senzory, aktualizácie máp a kedykoľvek ich bezdrôtovo aktualizovať.
Slovo na záver
AUTOSAR je navrhnutý tak, aby našiel využitie v rôznych oblastiach automobilového priemyslu. Ponúka množstvo výhod ako napríklad možnosť znovu použiť už existujúci softvér pre ďalšie ECU, a zároveň tento softvér môže byť opäť kedykoľvek nahradený iným. Ďalšou výhodou je, že poskytuje štandardizované rozhrania, čím zabezpečuje štandardizovaný spôsob vývoja softvéru vo vozidlách. AUTOSAR taktiež obsahuje OS so základnými funkciami, ktorý uľahčuje vývoj softvéru. Užívateľské funkcie sú realizované pomocou softvérových komponentov, ktoré sú nezávisle na hardvéri. Nový adaptívny AUTOSAR je pripravený na podporu nových technologií náročných na výpočtový výkon, takže všetko nasvedčuje tomu, že táto technológia má veľkú perspektívu aj do budúcnosti.
Referencie
- https://www.autosar.org/fileadmin/user_upload/standards/classic/4-3/AUTOSAR_EXP_LayeredSoftwareArchitecture.pdf
- Oliver Scheid, AUTOSAR COMPENDIUM PART 1 – Application & RTE, Edition 1.0.2 based on AR4.0.3, 2015
- https://www.bosch-mobility-solutions.com/en/mobility-topics/ee-architecture/
- https://en.wikipedia.org/wiki/AUTOSAR
- https://circuitdigest.com/article/understanding-autosar-and-its-architecture
Cukrovka je veľmi trpkou súčasťou života diabetika. Jej neliečenie môže mať veľmi ťažké dôsledky na život pacienta. V súčasnosti väčšina pacientov s cukrovkou používa domáci glukomer, ktorý zmeria hladinu cukru v krvi z maličkej kvapôčky krvi. Spoločnosti pôsobiace na trhu diabetických pomôcok hľadajú a ponúkajú rôzne metódy, ako uľahčiť život pacientom. Prečítajte si článok, v ktorom sa dozviete ako sme nášmu zákazníkovi pomáhali vyvíjať softvér, ktorý zhromažďuje a organizuje informácie z glukomerov a inzulínových púmp a prevádza dáta do personalizovaných správ.
Introduction
The truth is, when COVID hit, the reliance on cloud to solve a cosmic number of business problems spanned across all industries.
Not only did the pandemic validate cloud’s value proposition, “the ability to use on-demand, scalable cloud models to achieve cost efficiency and business continuity is providing the impetus for organisations to rapidly accelerate their digital business transformation plans.” Sid Nag, research vice president at Gartner also notes that “the increased use of public cloud services has reinforced cloud adoption to be the ‘new normal,’ now more than ever.”
According to Gartner, the aftermath of the COVID crisis will spark an acceleration of IT spending in the cloud – with cloud predicted to make up 14.2% of the total global enterprise IT spending market by 2024, up from 9.1% in 2020.
Of course, cloud is not the only solution available.
In fact, there remains huge appetite to use a combination of both a public cloud and a private environment, an approach known as hybrid cloud. Adopting multiple deployment models is popular, with more than 90% of global enterprises expected to rely on hybrid cloud by 2022.
The appetite for cloud is there. The problem therein lies not in the use of cloud, but how cloud is being used.
When you consider the pace of IT and BCP decision-making since March 2020, you begin to question the longevity of solutions put in place. Are the chosen models resilient, capable of supporting changing business user and customer demands, affordable? Or do they resemble a sticking plaster, solving one problem in the moment?
If you’re unsure, or you fall into bucket two, keep reading.
Well-Architected Review designed for the cloud-era
From experience, it’s cheaper and easier to remedy if you can answer the above question sooner rather than later. This is why GlobalLogic has partnered with AWS to provide a free Well-Architected Review.
GlobalLogic has a wide range of experience helping large enterprise customers adopt Public Cloud in a safe, reliable and scalable manner. We have often found that customers aren’t always aware of the specific gaps between their environment and Cloud best practices. Where gaps are discovered, it can also take time for adjustments to be implemented because customers are sometimes nervous about making changes or don’t give them enough priority.
The Well-Architected Review provides a quick and targeted analysis based on the AWS Well-Architected Framework to help highlight specific gaps between the current state and AWS best practices.
GlobalLogic, in Partnership AWS, is offering to conduct Well-Architected Reviews for free to strategic customers and in addition, AWS is offering up to $5000 service credit per workload addressed as described below.
Why carry out a Well-Architected Review?
The AWS Well-Architected Review offering by GlobalLogic has the following benefits for customers, AWS and GlobalLogic:
What exactly is the Well-Architected Framework and Review?
The AWS Well-Architected Framework is a set of standards set out by AWS for benchmarking workloads and their environment in line with the following pillars:
- Operational Excellence – The ability to run and monitor systems to deliver business value and to continually improve supporting processes and procedures
- Security – The ability to protect information, systems, and assets while delivering business value through risk assessments and mitigation strategies
- Reliability – The ability of a system to recover from infrastructure or service disruptions, dynamically acquire computing resources to meet demand and mitigate disruptions such as misconfigurations or transient network issues.
- Performance Efficiency – The ability to use computing resources efficiently to meet system requirements, and to maintain that efficiency as demand changes and technologies evolve.
- Cost Optimisation – The ability to run systems to deliver business value at the lowest price point.
More information about the framework can be found on the AWS website here.
The Well-Architected Review is best targeted towards a production workload which could be running in AWS, on-prem or another Cloud Provider. The review assesses the workload’s environment, operations and deployment mechanisms against those five pillars to provide detailed insight into exactly where, if any, gaps exist.
GlobalLogic use its experience and expertise to suggest practical ways in which these could be immediately improved to close the gaps in a timely and cost-effective manner.
Is the Well-Architected Review for me?
If you’re using cloud, yes.
Having launched the Well-Architected Review offering in late 2020, GlobalLogic has successfully carried out pilots in-house as well as a number of reviews for customers. These reviews provided customers with assurance in areas where they were already meeting best practices. They also highlighted areas of improvement with suggested remediation actions.
In one case, a Tier 1 Financial Services company was initially sceptical of how useful the AWS Well-Architected tool could be for them. However, once the review got going, they quickly understood the extra value GlobalLogic were bringing to the process. With our broad experience in financial services and cloud, the client was able to tap into our expertise during the review, and were particularly impressed with the backlog of remediation tasks that were generated as a result.
This backlog helped them secure quick wins and prioritise actions to ensure the most effective cloud strategy for their business, user and customer needs. They also took comfort that best practice guidelines were being met and operations were being undertaken in a secure and reliable environment.
In some cases, customers have chosen GlobalLogic to help with implementing the remediation activities which also made them eligible to receive the $5000 service credit from AWS per workload reviewed.
Next Steps
GlobalLogic is looking to scale out this free offering in 2021 and would like to invite customers to take advantage of the offer. If you have a production workload you would like reviewed, book an introductory call with a member of the team by filling out the „Let’s Work Together“ form below. You can also download our AWS Well-Architected Fact Sheet to learn more about how the offer works.
Introduction
The truth is, when COVID hit, the reliance on cloud to solve a cosmic number of business problems spanned across all industries.
Not only did the pandemic validate cloud’s value proposition, “the ability to use on-demand, scalable cloud models to achieve cost efficiency and business continuity is providing the impetus for organisations to rapidly accelerate their digital business transformation plans.” Sid Nag, research vice president at Gartner also notes that “the increased use of public cloud services has reinforced cloud adoption to be the ‘new normal,’ now more than ever.”
According to Gartner, the aftermath of the COVID crisis will spark an acceleration of IT spending in the cloud – with cloud predicted to make up 14.2% of the total global enterprise IT spending market by 2024, up from 9.1% in 2020.
Of course, cloud is not the only solution available.
In fact, there remains huge appetite to use a combination of both a public cloud and a private environment, an approach known as hybrid cloud. Adopting multiple deployment models is popular, with more than 90% of global enterprises expected to rely on hybrid cloud by 2022.
The appetite for cloud is there. The problem therein lies not in the use of cloud, but how cloud is being used.
When you consider the pace of IT and BCP decision-making since March 2020, you begin to question the longevity of solutions put in place. Are the chosen models resilient, capable of supporting changing business user and customer demands, affordable? Or do they resemble a sticking plaster, solving one problem in the moment?
If you’re unsure, or you fall into bucket two, keep reading.
Well-Architected Review designed for the cloud-era
From experience, it’s cheaper and easier to remedy if you can answer the above question sooner rather than later. This is why GlobalLogic has partnered with AWS to provide a free Well-Architected Review.
GlobalLogic has a wide range of experience helping large enterprise customers adopt Public Cloud in a safe, reliable and scalable manner. We have often found that customers aren’t always aware of the specific gaps between their environment and Cloud best practices. Where gaps are discovered, it can also take time for adjustments to be implemented because customers are sometimes nervous about making changes or don’t give them enough priority.
The Well-Architected Review provides a quick and targeted analysis based on the AWS Well-Architected Framework to help highlight specific gaps between the current state and AWS best practices.
GlobalLogic, in Partnership AWS, is offering to conduct Well-Architected Reviews for free to strategic customers and in addition, AWS is offering up to $5000 service credit per workload addressed as described below.
Why carry out a Well-Architected Review?
The AWS Well-Architected Review offering by GlobalLogic has the following benefits for customers, AWS and GlobalLogic:
What exactly is the Well-Architected Framework and Review?
The AWS Well-Architected Framework is a set of standards set out by AWS for benchmarking workloads and their environment in line with the following pillars:
- Operational Excellence – The ability to run and monitor systems to deliver business value and to continually improve supporting processes and procedures
- Security – The ability to protect information, systems, and assets while delivering business value through risk assessments and mitigation strategies
- Reliability – The ability of a system to recover from infrastructure or service disruptions, dynamically acquire computing resources to meet demand and mitigate disruptions such as misconfigurations or transient network issues.
- Performance Efficiency – The ability to use computing resources efficiently to meet system requirements, and to maintain that efficiency as demand changes and technologies evolve.
- Cost Optimisation – The ability to run systems to deliver business value at the lowest price point.
More information about the framework can be found on the AWS website here.
The Well-Architected Review is best targeted towards a production workload which could be running in AWS, on-prem or another Cloud Provider. The review assesses the workload’s environment, operations and deployment mechanisms against those five pillars to provide detailed insight into exactly where, if any, gaps exist.
GlobalLogic use its experience and expertise to suggest practical ways in which these could be immediately improved to close the gaps in a timely and cost-effective manner.
Is the Well-Architected Review for me?
If you’re using cloud, yes.
Having launched the Well-Architected Review offering in late 2020, GlobalLogic has successfully carried out pilots in-house as well as a number of reviews for customers. These reviews provided customers with assurance in areas where they were already meeting best practices. They also highlighted areas of improvement with suggested remediation actions.
In one case, a Tier 1 Financial Services company was initially sceptical of how useful the AWS Well-Architected tool could be for them. However, once the review got going, they quickly understood the extra value GlobalLogic were bringing to the process. With our broad experience in financial services and cloud, the client was able to tap into our expertise during the review, and were particularly impressed with the backlog of remediation tasks that were generated as a result.
This backlog helped them secure quick wins and prioritise actions to ensure the most effective cloud strategy for their business, user and customer needs. They also took comfort that best practice guidelines were being met and operations were being undertaken in a secure and reliable environment.
In some cases, customers have chosen GlobalLogic to help with implementing the remediation activities which also made them eligible to receive the $5000 service credit from AWS per workload reviewed.
Next Steps
GlobalLogic is looking to scale out this free offering in 2021 and would like to invite customers to take advantage of the offer. If you have a production workload you would like reviewed, book an introductory call with a member of the team by filling out the „Let’s Work Together“ form below. You can also download our AWS Well-Architected Fact Sheet to learn more about how the offer works.
Ďalší školský rok je úspešne za nami, a tak sme zhodnotili, aká forma spolupráce so školami nám dáva zmysel. Prečítajte si článok, v ktorom Tibor Radačovský hovorí o potrebe prepojenia teórie a praxe. Zistite tiež, prečo by sme mali spoluprácu začať už na stredných školách.