Cloudlets: Där molnet möter intelligenta enheter

Hyperskala offentliga moln är väl etablerade som den nya plattformen för system för rekord. Leverantörer av ERP-, försörjningskedja-, marknadsförings- och försäljningsapplikationer är idag huvudsakligen eller uteslutande baserade på offentliga moln i överskala. Oracle ensam har tusentals kunder för SaaS front-office och back-office. Och kundlistan växer i en takt som överstiger den för traditionella front-office och back-office applikationer.

Hyperskala offentliga moln är naturligtvis också en rätt plats att köra nya molninbyggda applikationer som förbättrar eller utökar dessa system-of-record-applikationer. Dessa nya applikationer är arkitekterade på olika sätt. Medan registreringssystem vanligtvis är stora, monolitiska applikationer som körs i virtuella maskiner i molnet, skrivs molninbyggda applikationer vanligtvis som mikrotjänster, förpackas i behållare och ordnas för att leverera en komplett applikation till användarna. Bland fördelarna med detta tillvägagångssätt:

  • Snabbare innovation
  • Möjligheten att tillhandahålla specifik anpassning för varje applikationsanvändning
  • Förbättrad återanvändning av kod
  • Kostnadsbesparingar kontra konventionell virtualisering på grund av större distributionstäthet för containrar och mer effektiv resursförbrukning

Allt detta är allmänt känt, oändligt spionerat, inte längre debatterat.

Mindre diskuterade är dock galaxen av applikationer som inte nödvändigtvis är lämpliga för centraliserad hyperskalamolldistribution. Istället trivs dessa applikationer i distribuerade datormiljöer, potentiellt baserade på molntjänster, vid eller nära kanten av nätverket. Dessa applikationer är system för engagemang och styrsystem.

System på kanten

Engagementsystem har definierats av ett ledande branschanalytikerföretag som ”annorlunda än de traditionella registersystemen som loggar transaktioner och håller ordningen på ekonomin: De fokuserar på människor, inte på processer ... för att leverera appar och smarta produkter direkt i samband med vardagen och realtidsflödet för kunder, partners och anställda. ” Engagementsystem, som är utformade för att underlätta mänskliga interaktioner, är i sig mer decentraliserade än system för registrering.

En tredje typ av applikation att skilja är vad jag kallar styrsystem. Dessa applikationer ger kontroll i realtid mellan intelligenta enheter. Kanske är det klassiska exemplet på självkörande fordon. Om två bilar rusar längs motorvägen med 65 mil i timmen kommer de inte automatiskt att samordna sitt avstånd genom att skicka data om hastighet och position till ett fjärrdatacenter för bearbetning. De kommer att kommunicera direkt med varandra och svara på mikrosekunder. Oavsett för snabba bilar, tillverkning av monteringslinjer eller robotkirurgi är minimering av nätverksfördröjning en viktig fråga för sakernas internet.

Utvecklare som bygger system för engagemang och kontrollsystem omfamnar också devops-modellen baserat på mikrotjänster och behållare. För den här typen av applikationer erbjuder containrar:

  • Nästan noll kostnad för distribution i stort antal system (tänk hundratusentals fordon)
  • Snabba starttider, med omedelbar omspelning och återställning
  • Större portabilitet på grund av minskade problem med plattformskompatibilitet på möjligen många olika typer av datorer i nätverket

Var kommer dessa containrar att köras? För kontrollsystem kommer containrar vanligtvis att köras i själva de intelligenta enheterna - till exempel i en självkörande bil.

För att driva system för engagemang måste företagen sätta ut digitala fastigheter i utkanten av nätverket nära sina kunder, anställda och partners - inte i högskaliga moln utan snarare i mycket mindre moln som är lämpliga för lätta containerbaserade applikationer . Kalla dem moln.

Ange moln

Cloudlets är ett sätt att flytta molnbearbetningskapacitet närmare intelligenta enheter i utkanten av nätverket. Som Carnegie Mellon-forskare definierar moln, är de mellersta nivån i en tredelt hierarki: intelligent enhet, moln och moln. Cloudlets kan ses som ett datacenter i en ruta, med målet att föra molnet närmare enheten. Med utgångspunkt från CMU-forskarens idéer tror jag att moln ska ha fyra viktiga attribut:

  • Liten, billig, underhållsfri apparatdesign, baserad på standardmolnteknik
  • Kraftfull, väl ansluten och säker
  • Bibehåller endast mjukt tillstånd (byggt för mikrotjänster och behållare)
  • Beläget vid kanten av nätverket, nära de intelligenta enheterna som det kommer att kommunicera med

Konsekvenserna är betydande. Till exempel, medan många människor har en vision om att det virtuella företaget kör applikationer centralt i ett enda överskaligt datacenter i molnet, är verkligheten att innovativa företag kommer att distribuera engagemangs- och kontrollapplikationer i hundratals eller potentiellt tusentals moln över hela världen.

För en återförsäljare kan det vara uppenbart var molninfrastrukturen och behållarna de kör: i återförsäljarens butiker. För andra företag som inte har en lokal närvaro av murstenar erbjuder telekommunikationsleverantörer molntjänster i storstadsdatacenter eller till och med så geolokalt som närmaste mobiltelefontorn.

I stället för att äga hundratals datacenter varhelst en närvaro önskas, kan företag i stället hyra en bit moln under en tidsperiod - effektivt ett hotellrum för deras applikation i ett lokalt datacenter. Applikationen checkar in och ut efter behov av personer, enheter eller sensorer i utkanten av nätverket.

Uppsamlande behållare

En annan viktig konsekvens: Det traditionella, manuella tillvägagångssättet för att åtgärda problem viker för automatisering. Med hundratals eller tusentals containrar pressade till ett stort antal moln, är dagarna med felsökning i produktionen över.

Har du maskinvarufel? Autoskalningsbehållare kan automatiskt starta en ny behållare på redundant molnmaskinvara efter behov. Fel i systemprogramvaran? Defekta containrar kan tas bort och en ny container laddas. Programfel? Fixa källan en gång och tryck ut en ny våg av containrar globalt. Lappa eller uppgradera aldrig behållare i fältet.

Detta kallas ”nötkreatur mot husdjur” -modellen för applikationsdistribution och -hantering som beskrivs av Gavin McCance från CERN. Husdjur är unika. De är handuppfostrade och kärleksfullt omhändertagna. När de blir sjuka sjuksköter du dem tillbaka till hälsan. Mycket detsamma kan sägas för traditionella OLTP- och beslutsstödsystem byggda med massiva, komplexa monolitiska applikationer.

Å andra sidan behandlas system baserade på mikrotjänster och behållare mer som nötkreatur. Nötkreatur är nästan identiska med varandra. Du kan ha hundratals eller tusentals av dem. När en blir sjuk ersätter du den med en annan.

Så den grundläggande synen på IT-verksamhet för containerbaserade system för engagemang och kontroll är annorlunda. IT kommer att producera många containrar och driva ut dem till moln nära användare och data för kortvarig användning, vanligtvis timmar eller dagar. Om en container har misslyckats eller blir föråldrad, lappas den inte eller uppgraderas: Den tas bort och en ny behållare skjuts till molnet.

För att ett företag ska fungera som en sammanhängande helhet måste system för registrering, system för engagemang och kontrollsystem integreras. En gemensam infrastruktur för hela livscykeln - utveckla, bygga, distribuera, övervaka och hantera - kan användas för att bygga och distribuera distribuerade molntjänster i form av containrar. Stora monolitiska SaaS-applikationer försvinner inte, men de kan vara undantaget, inte regeln.

Den teknik som behövs för att göra detta koncept till verklighet kommer i fokus. Det finns ett växande erkännande av vikten av att ha en uppsättning verktyg som förenklar livscykeln för containerutveckling, distribution och hantering.

Microservices-baserad applikationsutveckling förlitar sig vanligtvis på verktyg som skriptspråk, utvecklingsramar, källkällor, bugspårningsverktyg, kontinuerliga integrationsverktyg och binära arkiv. Andra verktyg paketerar och distribuerar mikrotjänster som behållare. Hanteringsverktyg för distribution och konfiguration är utformade för frekventa implementeringar av identiska tjänster över identiska servrar. Orkestreringsverktyg används för att skapa logiska samlingar av behållare som tillhör en applikation för klusterhantering, schemaläggning, serviceupptäckt, övervakning och mer.

Många företag levererar dessa verktyg och branschstandarder börjar dyka upp. I slutändan kan dessa verktyg och standarder göra det möjligt för företag att driva ett virtuellt datacenter som består av många molntjänster över potentiellt dussintals eller hundratals fysiska datacenter.

Hur kan du komma igång med den här större visionen om ett virtuellt datacenter? Det finns två omedelbara steg. Först får du dina registersystem till det offentliga molnet och frigör dina interna resurser för att fokusera på nya innovativa system för engagemang och kontroll. För det andra, skapa en devops-disciplin inom din IT-organisation. Båda stegen kan vara långa och besvärliga, men de kan betala för sig själva när du går. I slutet av resan ligger ett virtuellt datacenter med skalbarhet, tillförlitlighet och lyhördhet som krävs för ett verkligt realtidsföretag.

Robert Shimp är gruppchef för Linux och Virtualization Product Management på Oracle.

New Tech Forum är en plats för att utforska och diskutera framväxande företagsteknologi i oöverträffat djup och bredd. Urvalet är subjektivt, baserat på vårt val av den teknik som vi anser vara viktig och av största intresse för läsarna. accepterar inte marknadsföringssäkerhet för publicering och förbehåller sig rätten att redigera allt innehåll som har bidragit. Skicka alla förfrågningar till [email protected]