Verejné cloudy v škále hyperškálov sú dobre etablované ako nová platforma pre systémy záznamu. Poskytovatelia aplikácií ERP, dodávateľského reťazca, marketingu a predaja sú dnes prevažne alebo výlučne založení na hyperškálovaných verejných cloudoch. Samotná spoločnosť Oracle má tisíce zákazníkov pre svoju front-office a back-office SaaS. A zoznam zákazníkov rastie tempom, ktoré ďaleko prevyšuje rýchlosť tradičných front-office a back-office aplikácií.
Verejné cloudy v nadmernom rozsahu sú samozrejme tiež vhodným miestom na spustenie nových cloudových natívnych aplikácií, ktoré vylepšujú alebo rozširujú tieto systémy záznamu. Tieto nové aplikácie sú navrhované odlišne. Zatiaľ čo záznamové systémy sú zvyčajne veľké, monolitické aplikácie bežiace na virtuálnych strojoch v cloude, natívne cloudové aplikácie sú zvyčajne písané ako mikroslužby, balené v kontajneroch a usporiadané tak, aby používateľom poskytovali kompletnú aplikáciu. Medzi výhody tohto prístupu patrí:
- Rýchlejšia inovácia
- Schopnosť poskytnúť špecifické prispôsobenie pre každé použitie aplikácie
- Vylepšené opätovné použitie kódu
- Úspora nákladov oproti konvenčnej virtualizácii vďaka väčšej hustote nasadenia kontajnerov a efektívnejšej spotrebe zdrojov
To všetko je všeobecne známe, o čom sa nekonečne hovorí, že už o ňom nediskutujeme.
Menej sa však diskutuje o galaxii aplikácií, ktoré nie sú nevyhnutne vhodné na centralizované nasadenie cloudu v nadmernom rozsahu. Namiesto toho sa týmto aplikáciám darí v distribuovaných výpočtových prostrediach, potenciálne založených na cloudových službách, na okraji siete alebo v jej tesnej blízkosti. Tieto aplikácie sú systémy zapojenia a systémy kontroly.
Systémy na hrane
Systémy zapojenia boli definované poprednou priemyselnou analytickou spoločnosťou ako „odlišné od tradičných systémov záznamu, ktoré zaznamenávajú transakcie a vedú finančné účtovníctvo v poriadku: Zameriavajú sa na ľudí, nie na procesy ... na priame dodávanie aplikácií a inteligentných produktov v kontexte každodenného života a pracovných tokov zákazníkov, partnerov a zamestnancov v reálnom čase. “ Systémy zapojenia, ktoré sú určené na uľahčenie ľudských interakcií, sú vo svojej podstate decentralizovanejšie ako systémy záznamu.
Tretím typom aplikácie, ktorú treba rozlíšiť, je systém kontroly. Tieto aplikácie poskytujú kontrolu medzi inteligentnými zariadeniami v reálnom čase. Klasickým príkladom je možno samoriadiace vozidlo. Ak dve autá uháňajú po diaľnici rýchlosťou 65 míľ za hodinu, nebudú automaticky koordinovať svoje rozstupy odosielaním údajov o rýchlosti a polohe do vzdialeného dátového centra na spracovanie. Budú spolu komunikovať priamo a budú reagovať v mikrosekundách. Či už ide o rýchlosť automobilov, výrobu montážnych liniek alebo robotickú chirurgiu, minimalizácia latencie siete je kľúčovým problémom internetu vecí.
Vývojári, ktorí budujú systémy zapojenia a systémy riadenia, taktiež využívajú model devops založený na mikroslužbách a kontajneroch. Pre tieto druhy aplikácií kontajnery ponúkajú:
- Takmer nulové náklady na nasadenie vo veľkom počte systémov (myslite na státisíce vozidiel)
- Rýchle spustenie, s okamžitým prehratím a resetom
- Vyššia prenosnosť v dôsledku zníženia problémov s kompatibilitou platforiem v mnohých rôznych typoch počítačov v sieti
Kam budú tieto kontajnery jazdiť? V prípade systémov riadenia budú kontajnery zvyčajne bežať v samotných inteligentných zariadeniach - napríklad vo vnútri samoriadiaceho automobilu.
Na fungovanie systémov zapojenia budú musieť podniky vyčleniť digitálne nehnuteľnosti na okraji siete v blízkosti svojich zákazníkov, zamestnancov a partnerov - nie v cloudoch s nadmerným rozsahom, ale v oveľa menších cloudoch vhodných pre ľahké aplikácie založené na kontajneroch . Volajte ich cloudlety.
Zadajte oblaky
Cloudlety sú spôsobom, ako posúvať cloudovú výpočtovú kapacitu bližšie k inteligentným zariadeniam na okraji siete. Ako vedci z Carnegie Mellon definujú cloudlety, sú strednou vrstvou trojstupňovej hierarchie: inteligentné zariadenie, cloudlet a cloud. Na oblaky sa dá pozerať ako na dátové centrum v krabici s cieľom priblížiť oblak bližšie k zariadeniu. Na základe myšlienok výskumníka CMU sa domnievam, že cloudlety by mali mať štyri kľúčové atribúty:
- Malý, nízkonákladový a bezúdržbový dizajn zariadenia založený na štandardnej cloudovej technológii
- Výkonný, dobre pripojený a bezpečný
- Udržuje iba mäkký stav (určený pre mikroslužby a kontajnery)
- Nachádza sa na okraji siete, v blízkosti inteligentných zariadení, s ktorými bude komunikovať
Dôsledky sú značné. Napríklad zatiaľ čo mnoho ľudí má predstavu o tom, že virtuálny podnik prevádzkuje aplikácie centrálne v jednom hyperškálovanom dátovom centre v cloude, realita je taká, že inovatívne spoločnosti nasadia aplikácie na správu a kontrolu v stovkách alebo potenciálne tisícoch cloudletov po celom svete.
Pre maloobchodníka môže byť zrejmé, kam umiestniť cloudovú infraštruktúru a kontajnery, ktoré prevádzkujú: do predajní maloobchodníka. Pre ďalšie podniky, ktoré nemajú miestne kamenné zastúpenie, poskytovatelia telekomunikačných služieb ponúkajú cloudové služby v metropolitných dátových centrách alebo dokonca geolokálne ako najbližšia mobilná veža.
V skutočnosti namiesto toho, aby podniky vlastnili stovky dátových centier, nech sú kdekoľvek, môžu si na určitý čas prenajať kúsok cloudu - v skutočnosti hotelovú izbu pre svoju aplikáciu v miestnom dátovom centre. Aplikácia kontroluje príchod a odchod podľa potreby ľudí, zariadení alebo senzorov na okraji siete.
Pasenie stád
Ďalším dôležitým dôsledkom: Tradičný manuálny prístup k riešeniu problémov ustupuje automatizácii. So stovkami alebo tisíckami kontajnerov tlačených do obrovského množstva cloudletov sú dni riešenia problémov vo výrobe preč.
Máte poruchu hardvéru? Kontajnery s automatickým škálovaním môžu podľa potreby automaticky spustiť nový kontajner na redundantnom cloudovom hardvéri. Zlyhanie systémového softvéru? Chybné kontajnery je možné odstrániť a vložiť nový kontajner. Zlyhanie aplikačného softvéru? Opravte zdroj raz a vytlačte globálne novú vlnu kontajnerov. Kontajnery v teréne nikdy nelepujte ani neupgradujte.
Toto sa nazýva model nasadenia a riadenia aplikácií „dobytok verzus domáce zvieratá“, ako ho opísal Gavin McCance z CERNu. Domáce zvieratá sú jedinečné. Sú ručne zdvihnuté a láskyplne sa o ne starajú. Keď ochorejú, dožičíte im zdravie. To isté možno povedať o tradičných OLTP a systémoch na podporu rozhodovania postavených na masívnych a zložitých monolitických aplikáciách.
Na druhej strane, so systémami založenými na mikroslužbách a kontajneroch sa zaobchádza skôr ako s dobytkom. Dobytok je navzájom takmer totožný. Môžete ich mať stovky alebo tisíce. Keď niekto ochorie, vymeníte ho za iný.
Takže základný pohľad na prevádzku IT pre kontajnerové systémy zapojenia a riadenia je iný. IT vyprodukuje veľa kontajnerov a vytlačí ich na cloudety blízke používateľom a dáta na krátkodobé použitie, zvyčajne hodiny alebo dni. Ak dôjde k zlyhaniu alebo zastaraniu kontajnera, nebude opravený alebo inovovaný: Odstráni sa a do cloudu sa presunie nový kontajner.
Aby mohla spoločnosť fungovať ako súdržný celok, bude potrebné integrovať systémy záznamu, systémy zapojenia a systémy kontroly. Na vybudovanie a nasadenie distribuovaných cloudových služieb vo forme kontajnerov je možné použiť spoločnú infraštruktúru pre celý životný cyklus - vývoj, budovanie, distribúciu, monitorovanie a správu. Veľké monolitické aplikácie SaaS nezmiznú, môžu však byť výnimkou, nie pravidlom.
Zaostrujú sa technológie potrebné na uskutočnenie tohto konceptu. Stále viac sa uznáva dôležitosť súboru nástrojov, ktoré zjednodušujú životný cyklus vývoja, nasadenia a správy kontajnerov.
Vývoj aplikácií založených na mikroslužbách sa zvyčajne spolieha na nástroje, ako sú skriptovacie jazyky, vývojové rámce, úložiská zdrojov, nástroje na sledovanie chýb, nástroje na nepretržitú integráciu a binárne úložiská. Ostatné nástroje balia a nasadzujú mikroslužby ako kontajnery. Nástroje na správu nasadenia a konfigurácie sú určené na častú implementáciu rovnakých služieb na rovnakých serveroch. Orchestračné nástroje sa používajú na vytváranie logických zbierok kontajnerov, ktoré patria aplikácii pre správu klastrov, plánovanie, zisťovanie služieb, monitorovanie a ďalšie.
Mnoho spoločností dodáva tieto nástroje a začínajú sa objavovať priemyselné štandardy. Tieto nástroje a štandardy môžu v konečnom dôsledku umožniť podnikom prevádzkovať virtuálne datacentrum zložené z mnohých cloudových služieb v potenciálne desiatkach alebo stovkách fyzických dátových centier.
Ako môžete začať s touto väčšou víziou virtuálneho dátového centra? Existujú dva bezprostredné kroky. Najskôr preneste svoje systémy záznamu do verejného cloudu a uvoľnite svoje interné zdroje, aby ste sa mohli sústrediť na nové inovatívne systémy zapojenia a kontroly. Po druhé, vytvorte disciplínu devops vo svojej IT organizácii. Oba kroky môžu byť dlhé a namáhavé, môžu sa však za vás platiť sami. Na konci cesty stojí virtuálne dátové centrum so škálovateľnosťou, spoľahlivosťou a schopnosťou reagovať, ktoré sú potrebné pre skutočný podnik v reálnom čase.
Robert Shimp je viceprezident skupiny pre Linux a správu virtualizačných produktov v spoločnosti Oracle.
Nové technologické fórum poskytuje miesto na preskúmanie a diskusiu o vznikajúcich podnikových technológiách v nebývalej hĺbke a šírke. Výber je subjektívny, založený na našom výbere technológií, ktoré považujeme za dôležité a pre čitateľov najväčší záujem. neprijíma marketingové záruky na zverejnenie a vyhradzuje si právo upravovať všetok prispievaný obsah. Všetky otázky posielajte na adresu [email protected].
