Distribuert sky, ifølge Gartner, "er distribusjon av offentlige skytjenester til forskjellige fysiske steder, mens drift, styring, oppdateringer og utvikling av tjenestene er ansvaret for den opprinnelige offentlige skyleverandøren." Det er "analytiker snakk", noe som betyr at vi går fra sentraliserte til desentraliserte cloud computing-løsninger. Men vi må fortsatt opprettholde sentralisert kontroll.
Hvis dette er sant - og det er absolutt en trend - må vi være forberedt på distribusjon av fysiske prosesser, lagring og applikasjoner, med administrasjons-, overvåkings-, sikkerhets- og styringslag som gjør disse komplekse distribuerte systemene cloudops klare.
Dette er forresten ikke å forveksle med multicloud, noe som betyr å kjøre mer enn et enkelt offentlig skymerke, som AWS og Microsoft. Selv om disse typene er komplekse, distribueres de ikke nødvendigvis.
Det er noen grunner til at distribusjon er en trend nå for de fleste bedrifter som bruker en eller flere offentlige skyer.
Bedrifter trenger å støtte kantbaserte databehandlingssystemer, inkludert IoT og annen spesialbehandling som må skje nær datakilden. Dette betyr at mens vi de siste årene sentraliserte prosesslagring i offentlige skyer, finner vi nå grunner til å plassere noen skytilkoblede applikasjoner og datakilder i nærheten av der de kan være mest effektive, alt sammen mens vi fortsatt opprettholder tett kobling med en offentlig skyleverandør.
Bedrifter må innlemme tradisjonelle systemer i offentlige skyer uten fysisk migrasjon. Hvis du vurderer rollen til tilkoblede systemer, for eksempel AWS's Outpost eller Microsofts Azure Stack, er dette virkelig et forsøk på å få bedrifter til å flytte til offentlige skyplattformer uten å kjøre fysisk i en offentlig sky. Andre tilnærminger inkluderer containere og Kubernetes som kjører lokalt og i skyen, og utnytter nye typer teknologier, for eksempel Kubernetes federation.
Trikset er at de fleste bedrifter er dårlig rustet til å håndtere distribusjon av skytjenester, enn si å flytte en kritisk masse applikasjoner og data til skyen. Utfordringen er ikke hvordan du lykkes med distribuert cloud computing, men hvordan du forbereder deg i utgangspunktet.
Mitt beste råd er å bruke mye på å forstå sentraliserte kontrollmekanismer, som ledelse, overvåking, sikkerhetsstyring og styringssystemer. Dette betyr ikke at du kaster verktøy til problemet, men du forstår funksjonene til tilgjengelige verktøy, og som vil avgjøre hvor godt (eller ikke så bra) du kan betjene din distribuerte cloud computing-løsning.
Den virkelige meldingen her er at du må planlegge nå hvis du tror du vil dra nytte av distribuert cloud computing. Ellers vil det være en episk feil som du ikke trenger i disse dager.
