Hybrid cloud
Hybrid cloud er en IT-arkitektur som kombinerer on-premise eller privat infrastruktur med én eller flere offentlige skytjenesteleverandører til ett enhetlig, koordinert miljø i stedet for isolerte siloer. Organisasjoner plasserer arbeidsbelastninger, data og administrasjon der kostnad, ytelse, latens eller compliance-krav tilsier det, som regel med felles verktøy for å provisjonere, sikre og overvåke alt på en konsistent måte.
I praksis betyr hybrid cloud vanligvis at en organisasjon beholder enkelte systemer på egen maskinvare — i et datasenter, et kolokasjonsanlegg eller på bare-metal-servere den eier eller leier — mens andre systemer kjøres hos offentlige skytjenesteleverandører som AWS, Azure eller Google Cloud. Delingen er bevisst: latenssensitive eller regulerte arbeidsbelastninger holdes ofte nær virksomheten, mens arbeidsbelastninger som drar nytte av elastisk kapasitet, administrerte tjenester eller geografisk rekkevidde flyttes til skyen. Hybrid cloud skiller seg fra multi-cloud, som viser til bruk av to eller flere offentlige skytjenesteleverandører sammen; et hybridmiljø inneholder alltid minst én komponent som ikke er offentlig sky, enten det er et privat datasenter, edge-maskinvare eller on-premise-servere. Mange organisasjoner kjører begge mønstrene samtidig — hybrid mellom on-premise og sky, og multi-cloud mellom flere leverandører innenfor skydelen.
Vanlige grunner til å ta i bruk en hybridmodell inkluderer krav til datalokalisering og regelverk som holder visse data på infrastruktur organisasjonen selv kontrollerer, eksisterende kapitalinvestering i maskinvare som ikke er nedskrevet, arbeidsbelastninger med jevn, forutsigbar last som er billigere å kjøre på egne servere enn leid skykapasitet, og et ønske om å unngå avhengighet av én enkelt leverandør. Hybridoppsett er også vanlig under migreringer: et team flytter arbeidsbelastninger til skyen gradvis, og kjører gamle og nye systemer side om side i måneder eller år i stedet for å bytte alt på én gang. Avveiningen er driftsmessig: on-premise- og skymiljøer har som regel egne konsoller, egne påloggingsopplysninger, egen overvåking og egne patch-prosesser, så samme sikkerhetspolicy eller hendelseshåndteringsprosedyre må implementeres to ganger, på to forskjellige måter.
Hvorfor hybrid cloud er viktig
Hybrid cloud er viktig fordi de fleste reelle infrastrukturporteføljer er hybride, enten et team har planlagt det slik eller ikke — et selskap kjøper opp et annet med sitt eget datasenter, et compliance-krav tvinger visse data til å bli værende on-premise, eller en gammel applikasjon lar seg rett og slett ikke flytte lønnsomt. Å behandle on-premise og sky som to separate verdener betyr at sikkerhetskontroller, tilgangspolicyer og revisjonsspor må dupliseres, og det er der hullene oppstår: en brannmurregel som håndheves i skykonsollen, men glemmes på bare-metal-siden, eller en hendelseshåndteringsrunbook som bare fungerer for ett miljø. For regulerte bransjer, og alle som svarer overfor revisorer, må spørsmålet «hvem endret denne serveren, og når» ha samme svar enten serveren står i et kolokasjonsrack eller i en offentlig skyregion — vanskelig å garantere uten et felles lag på tvers av begge.
Hvordan Sencai hjelper
Sencai behandler on-premise- og bare-metal-servere som fullverdige mål, ikke en tilleggsløsning: den samme lettvekts fleet-agenten som kjører på skyinstanser, kjører på enhver Linux-server, og gir identisk overvåking, patching, programvareinventar og godkjenningsstyrt runbook-automatisering, slik at en hendelseshåndteringsprosedyre skrevet én gang kjører likt overalt. På skysiden kobler Sencai til eksisterende kontoer hos 11 leverandører (BYOC, ingenting migreres) eller provisjonerer og fakturerer administrert kapasitet under sin egen konto, inventarfører ressurser i det øyeblikket en konto kobles til, og logger hver handling i et append-only, hash-kjedet revisjonsspor — én kontrollplan, ett revisjonsspor, på tvers av begge verdener.
Hybrid- og on-premise-administrasjon →