Programování

Cloudlety: Kde se cloud setkává s inteligentními zařízeními

Veřejné cloudy v měřítku jsou dobře zavedené jako nová platforma pro systémy záznamu. Poskytovatelé aplikací ERP, dodavatelského řetězce, marketingu a prodeje jsou dnes převážně nebo výlučně založeni na hyperškálovaných veřejných cloudech. Samotná společnost Oracle má pro svou front-office a back-office SaaS tisíce zákazníků. A seznam zákazníků roste tempem, které daleko převyšuje rychlost tradičních front-office a back-office aplikací.

Veřejné cloudy v širokém měřítku jsou samozřejmě také vhodným místem pro spuštění nových cloudových nativních aplikací, které vylepšují nebo rozšiřují tyto systémy záznamu. Tyto nové aplikace jsou navrženy odlišně. Zatímco záznamové systémy jsou obvykle velké, monolitické aplikace běžící na virtuálních počítačích v cloudu, nativní cloudové aplikace jsou obvykle psány jako mikroslužby, baleny v kontejnerech a orchestrovány tak, aby uživatelům poskytovaly kompletní aplikaci. Mezi výhody tohoto přístupu patří:

  • Rychlejší inovace
  • Schopnost poskytnout specifické přizpůsobení pro každé použití aplikace
  • Vylepšené opětovné použití kódu
  • Úspora nákladů oproti konvenční virtualizaci díky vyšší hustotě nasazení kontejnerů a efektivnější spotřebě zdrojů

To vše je všeobecně známo, nekonečně nabízené, již se o něm nediskutuje.

Méně diskutovaná je však galaxie aplikací, které nemusí být nutně vhodné pro centralizované nasazení cloudu v nadrozměrném měřítku. Místo toho se těmto aplikacím daří v distribuovaných výpočetních prostředích, potenciálně založených na cloudových službách, na okraji sítě nebo v její blízkosti. Těmito aplikacemi jsou systémy zapojení a systémy řízení.

Systémy na hraně

Systémy zapojení byly definovány přední průmyslovou analytickou společností jako „odlišné od tradičních systémů záznamu, které zaznamenávají transakce a udržují finanční účetnictví v pořádku: Zaměřují se na lidi, nikoli na procesy ... přímo dodávat aplikace a chytré produkty v kontextu každodenního života a pracovních toků zákazníků, partnerů a zaměstnanců v reálném čase. “ Systémy zapojení, které jsou navrženy k usnadnění lidských interakcí, jsou ze své podstaty decentralizovanější než systémy záznamu.

Třetím typem aplikace k rozlišení je to, čemu budu říkat systémy kontroly. Tyto aplikace poskytují kontrolu mezi inteligentními zařízeními v reálném čase. Klasickým příkladem je možná samořídící vozidlo. Pokud dvě auta uhánějí po dálnici rychlostí 65 mil za hodinu, nebudou automaticky koordinovat své rozestupy odesláním dat o rychlosti a poloze do vzdáleného datového centra ke zpracování. Budou spolu komunikovat přímo a reagovat v mikrosekundách. Ať už jde o zrychlení automobilů, výrobu montážních linek nebo robotickou chirurgii, minimalizace latence sítě je klíčovým problémem pro internet věcí.

Vývojáři, kteří vytvářejí systémy zapojení a systémy řízení, také využívají model devops založený na mikroslužbách a kontejnerech. Pro tyto druhy aplikací nabízejí kontejnery:

  • Téměř nulové náklady na nasazení ve velkém počtu systémů (myslíte na stovky tisíc vozidel)
  • Rychlé spouštěcí časy s okamžitým přehráním a resetováním
  • Větší přenositelnost díky sníženým problémům s kompatibilitou platforem napříč mnoha různými typy počítačů v síti

Kam tyto kontejnery poběží? U systémů řízení budou kontejnery běžet v samotných inteligentních zařízeních - například v autě s vlastním pohonem.

Aby mohly provozovat systémy zapojení, budou muset podniky vytyčit digitální nemovitosti na okraji sítě v blízkosti svých zákazníků, zaměstnanců a partnerů - nikoli v cloudech s velkým měřítkem, ale spíše v mnohem menších cloudech vhodných pro lehké kontejnerové aplikace . Říkejte jim cloudlety.

Zadejte cloudlety

Cloudlety představují způsob, jak přesunout cloudovou výpočetní kapacitu blíže k inteligentním zařízením na okraji sítě. Jak vědci z Carnegie Mellon definují cloudlety, jedná se o střední vrstvu třístupňové hierarchie: inteligentní zařízení, cloudlet a cloud. Cloudlety lze zobrazit jako datové centrum v krabici s cílem přiblížit cloud k zařízení. V návaznosti na myšlenky výzkumného pracovníka CMU se domnívám, že cloudlety by měly mít čtyři klíčové atributy:

  • Malý, nízkonákladový a bezúdržbový design zařízení založený na standardní cloudové technologii
  • Výkonný, dobře propojený a bezpečný
  • Udržuje pouze měkký stav (vytvořeno pro mikroslužby a kontejnery)
  • Nachází se na okraji sítě, v blízkosti inteligentních zařízení, se kterými bude komunikovat

Důsledky jsou významné. Například zatímco mnoho lidí má vizi virtuálního podniku provozujícího aplikace centrálně v jediném hyperškálovém datovém centru v cloudu, realita je taková, že inovativní společnosti budou nasazovat engagement a ovládat aplikace ve stovkách nebo potenciálně tisíce cloudletů po celém světě.

Pro maloobchodníka může být zřejmé, kam umístit infrastrukturu cloudů a kontejnery, které provozují: v prodejnách maloobchodníka. Pro ostatní podniky, které nemají místní přítomnost v kamenných obchodech, nabízejí poskytovatelé telekomunikačních služeb cloudové služby v metropolitních datových centrech nebo dokonce geolokálně jako nejbližší věž mobilních telefonů.

Ve skutečnosti, místo aby vlastnily stovky datových center, kdekoli chtějí, mohou si podniky na určitou dobu pronajmout kousek cloudu - efektivně hotelový pokoj pro jejich aplikaci v místním datovém centru. Aplikace podle potřeby kontroluje vstup a výstup osob, zařízení nebo senzorů na okraji sítě.

Pasení kontejnerů

Další důležitá implikace: Tradiční manuální přístup k řešení problémů ustupuje automatizaci. Se stovkami nebo tisíci kontejnerů posunutými do obrovského počtu cloudletů skončily dny řešení problémů ve výrobě.

Máte poruchu hardwaru? Automatické škálování kontejnerů může podle potřeby automaticky spustit nový kontejner na redundantním cloudovém hardwaru. Selhání systémového softwaru? Vadné kontejnery lze vyzvednout a vložit nový kontejner. Selhání aplikačního softwaru? Opravte zdroj jednou a globálně vytlačte novou vlnu kontejnerů. Nikdy neopravujte ani neupgradujte kontejnery v terénu.

Tomu se říká model nasazení a správy aplikací „dobytek versus domácí zvířata“, jak jej popsal Gavin McCance z CERNu. Domácí mazlíčci jsou jedineční. Jsou ručně zvednuté a láskyplně se o ně starají. Když onemocní, ošetřujete je zpět ke zdraví. To samé lze říci o tradičních systémech OLTP a systémech podpory rozhodování postavených na masivních a komplexních monolitických aplikacích.

Na druhou stranu se se systémy založenými na mikroslužbách a kontejnerech zachází spíše jako s dobytkem. Skot je téměř totožný. Můžete jich mít stovky nebo tisíce. Když jeden onemocní, vyměníte ho za jiný.

Základní pohled na provoz IT pro kontejnerové systémy zapojení a kontroly je tedy odlišný. IT bude vyrábět mnoho kontejnerů a posílat je na cloudlety v blízkosti uživatelů a dat pro krátkodobé použití, obvykle hodiny nebo dny. Pokud by kontejner selhal nebo zastaral, nebude opraven nebo upgradován: Je odstraněn a do cloudu je vložen nový kontejner.

Aby podnik fungoval jako soudržný celek, bude třeba integrovat systémy záznamu, systémy zapojení a systémy kontroly. Ke stavbě a nasazení distribuovaných cloudových služeb ve formě kontejnerů lze použít společnou infrastrukturu pro celý životní cyklus - vývoj, vytváření, distribuce, monitorování a správa. Velké monolitické aplikace SaaS nezmizí, ale mohou být výjimkou, nikoli pravidlem.

Zaostřují se technologie potřebné k uskutečnění tohoto konceptu. Roste uznání důležitosti sady nástrojů, které zjednodušují životní cyklus vývoje, nasazení a správy kontejnerů.

Vývoj aplikací na bázi mikroslužeb se obvykle spoléhá na nástroje, jako jsou skriptovací jazyky, vývojové rámce, zdrojová úložiště, nástroje pro sledování chyb, nástroje pro nepřetržitou integraci a binární úložiště. Další nástroje se balí a nasazují mikroslužby jako kontejnery. Nástroje pro správu pro nasazení a konfiguraci jsou navrženy pro časté implementace identických služeb napříč identickými servery. Nástroje pro orchestraci se používají k vytváření logických kolekcí kontejnerů, které patří k aplikaci pro správu klastrů, plánování, zjišťování služeb, monitorování a další.

Mnoho společností dodává tyto nástroje a začínají se objevovat průmyslové standardy. Nakonec tyto nástroje a standardy mohou podnikům umožnit provozovat virtuální datové centrum složené z mnoha cloudových služeb napříč potenciálně desítkami nebo stovkami fyzických datových center.

Jak můžete začít s touto větší vizí virtuálního datového centra? Existují dva bezprostřední kroky. Nejprve své systémy záznamu nahrajte do veřejného cloudu a uvolněte své interní zdroje, abyste se mohli zaměřit na nové inovativní systémy zapojení a kontroly. Zadruhé, vytvořte ve své IT organizaci disciplínu devops. Oba kroky mohou být dlouhé a namáhavé, ale mohou se za vás platit, jak jdete. Na konci cesty stojí virtuální datové centrum se škálovatelností, spolehlivostí a odezvou nezbytnou pro skutečný podnik v reálném čase.

Robert Shimp je viceprezident skupiny pro Linux a správu virtualizačních produktů ve společnosti Oracle.

Nové technologické fórum poskytuje místo, kde můžete prozkoumat a diskutovat o nově vznikajících podnikových technologiích v nebývalé hloubce a šíři. Výběr je subjektivní, založený na našem výběru technologií, které považujeme za důležité a pro čtenáře nejzajímavější. nepřijímá marketingové materiály ke zveřejnění a vyhrazuje si právo upravovat veškerý přispěný obsah. Všechny dotazy zasílejte na [email protected].

$config[zx-auto] not found$config[zx-overlay] not found