Nybegynnerguide til hybrid skyinfrastruktur

Discover how to deliver better software and systems in rapidly scaling environments. Join our Community

Utnytt det fulle potensialet i teknologivirksomheten din med hybrid skyinfrastruktur og en plan for teknologisk suksess som er skreddersydd for dagens dynamiske forretningsbehov.

What is hybrid cloud infrastructure?

Det kan se ut som om overgangen til nettskyen bare så vidt er i ferd med å skyte fart, men i virkeligheten er vi allerede godt i gang, med 85 % av selskapene som for tiden bruker et multisky-system. Spørsmålet er nå ikke om selskaper vil flytte til nettskyen, men snarere: Hva er den ideelle nettskystrategien?

Når du vurderer selskapets unike behov for innføring av nettsky, er hybrid infrastruktur et alternativ du kanskje har kommet over. Dette samler flere typer nettskyer fra både offentlige og private lokasjoner.

La oss se nærmere på nøyaktig hvordan det fungerer.

Hva er hybrid skyinfrastruktur?

Hybrid skyinfrastruktur er et system som innlemmer to eller flere ulike typer nettskymiljøer. Dette kan omfatte en hvilken som helst kombinasjon av følgende:

Grafikk med tittelen "Typer hybrid skyinfrastruktur" på svart bakgrunn med neongrønt rutenett nederst. Den viser tre typer hybride skyoppsett: 1. Én offentlig og én privat sky (representert med en sky, et globusikon og en lås), 2. To eller flere offentlige skyer (skyer med globusikoner), og 3. To eller flere private skyer (skyer med låsikoner). Teksten er fremhevet i neongrønt.
  • Minst én offentlig og én privat sky
  • To eller flere offentlige skyer
  • To eller flere private skyer

Det vanligste scenariet for mange organisasjoner innebærer å koble lokale servere til offentlige skyer – et ideelt oppsett for selskaper som ønsker å beholde den eksisterende infrastrukturen, men samtidig dra nytte av fordelene ved offentlig nettsky, for eksempel økt fleksibilitet og skalering etter behov.

De offentlige skyene dine driftes vanligvis av en leverandør som Amazon Web Services (AWS), Microsoft Azure, Google Cloud, IBM Cloud, VMWare og andre. Det lokale datasenteret ditt kan kjøre en kombinasjon av fysiske servere, virtuelle maskiner (VM-er), privat skyinfrastruktur, containeriserte applikasjoner og så videre.

Plattformer for skyadministrasjon kan gi deg et enhetlig knutepunkt for å orkestrere funksjoner og klargjøre ressurser på tvers av de ulike elementene i ditt hybride skylandskap , både lokalt og utenfor virksomheten.

Muligheter i hybrid sky

En grafisk fremstilling av kjernefunksjonene i hybride skystrategier i selskaper.
Dette er hva selskaper bruker hybrid-skystrategiene sine til. (Kilde)

Ettersom hybride skystrategier gir et bredt spekter av fordeler, kan de brukes til en lang rekke forretningsformål, fra sikkerhetskopiering av data til levering av SaaS og automatisk kapasitets skalering under sesongbaserte trafikktopper. Her er noen av de vanligste underliggende funksjonene i hybrid sky som legger til rette for disse ulike bruksområdene:

  • Skalerbarhet: En god hybrid skyløsning bør kunne skalere ressurser både horisontalt og vertikalt. Horisontal skalering gjøres ved å legge til eller fjerne noder for å endre den totale størrelsen på systemet, for eksempel når du starter nye virtuelle maskininstanser i en klynge. Vertikal skalering innebærer å endre ytelsesnivået til eksisterende systemer, for eksempel ved å tildele mer minnekapasitet til eksisterende VM-er. Hybrid skyinfrastruktur gjør skalering enklere fordi det er lettere å be den offentlige skyleverandøren om flere ressurser enn å oppgradere lokal infrastruktur manuelt, spesielt for et lite team. De fleste skaleringsprosesser bør automatiseres og være sømløse for å minimere innvirkningen på ytelsen og brukeropplevelsen.
  • Dynamiske arbeidsbelastninger: Hybrid skyer lar deg bruke ulike ressurser til å håndtere forskjellige arbeidsbelastninger. Du kan for eksempel ha en offentlig skyleverandør for beregningsoppgaver og lokal infrastruktur som database, og hybrid skyoppsettet bør kunne håndtere begge deler på en god måte. Dette gir deg større fleksibilitet til å enkelt tilpasse arbeidsbelastningen til den ideelle plattformen.
  • Automatisering: De fleste hybride skyplattformer legger til rette for automatisering av vanlige prosesser som testing, distribusjon, sikkerhet og diagnostikk. Du kan definere viktige automatiseringer ved hjelp av et forhåndspakket visuelt grensesnitt eller utføre inngående skripting med spesialiserte verktøy som Puppet og Ansible. Uansett gjør dette at du kan sette bort oppgaver på lavt nivå eller repeterende oppgaver, slik at teamene får mer tid til oppgaver som er viktigere for virksomheten.
  • Enhetlig administrasjon: En enhetlig løsning for skyadministrasjon kan samle alle nettverkskomponentene dine under ett tak for samlet oversikt og kontroll over både lokale og eksterne ressurser. Dette gjør det mulig å overvåke systemet fra et helhetlig perspektiv og skalere mer effektivt med funksjoner for massebehandling som fungerer på tvers av hele systemet i én operasjon. Funksjonene i disse administrasjonsverktøyene bør gå utover det grunnleggende, som klargjøring av ressurser, med tilleggsfunksjoner som gjennomføring av revisjoner, logging og implementering av sikkerhet.
  • Behandling av store datamengder: Hybride skyoppsett skaper i seg selv flere datastrømmer fra en rekke ulike kilder, så det er naturlig at du trenger en måte å samle inn og behandle store datamengder på. Systemet bør ha robuste funksjoner for rapportering og analyse, slik at du kan hente ut innsikt fra disse dataene. Du bør også enkelt kunne flytte data fra det lokale miljøet ditt til skyen hvis det er der behandlingskapasiteten finnes – eller i motsatt retning hvis du håndterer sensitive data.
  • Katastrofegjenoppretting: Hybride skyer legger til rette for katastrofegjenoppretting ved å forbedre dataintegriteten, det vil si ved å gjøre det mulig å ha flere kopier av identiske data på forskjellige steder. På denne måten er du sikker på at du har noe å falle tilbake på hvis ett datasett blir kompromittert i hendelser som spenner fra cyberangrep, for eksempel løsepengevirus, til naturkatastrofer som jordskjelv som påvirker den lokale infrastrukturen.

Fordeler med hybrid skyinfrastruktur

Grafikk med tittelen "Fordeler med hybrid skyinfrastruktur" på svart bakgrunn med et neongrønt rutenett nederst. Den viser fem fordeler: 1. Kostnadsstyring (symbolisert med et ikon av en dollarmynt), 2. Skalerbarhet (serverikon), 3. Tilgjengelighet (boks med et kryssikon), 4. Sikkerhet (låsikon) og 5. Smidighet (lynikon). Teksten er fremhevet i neongrønt.

Med utgangspunkt i funksjonene ovenfor er dette noen av fordelene du kan forvente å få når du tar i bruk et hybrid skyoppsett:

  • Kostnadseffektivitet: Mange selskaper oppnår økonomiske gevinster ved å sette ut deler av infrastrukturforvaltningen til skyleverandører. Skalerbarhet og automatisering i skyen bidrar til dette, siden normen er å bare betale for det du bruker, og du kan klargjøre og fjerne ressurser etter behov, slik at du ikke bruker ekstra penger på ubrukt kapasitet. Vær oppmerksom på at langsiktige besparelser må veies opp mot betydelige innledende oppstartskostnader.
  • Fleksibel sikkerhet: Hybrid sky gjør det mulig å ivareta sikkerheten på dine premisser, med fleksibilitet til å konfigurere ulike sikkerhetsnivåer for forskjellige ressurser og plasseringer. La oss si at du bruker en offentlig sky og ikke ønsker å oppbevare sensitive data der. I så fall kan du flytte dem til lokalt miljø, der du kan håndheve interne sikkerhetstiltak. Et hybridnettverk lar deg imidlertid opprettholde tilgangen til skyen for alt annet, inkludert behandlings- og nettverksressurser.
  • Tilgjengelighet: Når du har flere miljøer som kjører lignende arbeidsbelastninger, er det enklere å opprettholde oppetiden, siden en feil i ett av dem ikke tar ned hele systemet.
  • Smidighet: Med ekstra ressurser tilgjengelig når du trenger dem, kan du teste ut eksperimentelle funksjoner og reagere raskere på markedsendringer enn du kunne dersom du var bundet til bare ett miljø. Du kan for eksempel utnytte skybasert behandling til å teste hvor godt en app du kjører på din egen fysiske maskinvare, skalerer, og deretter ta forretningsbeslutninger basert på funnene dine.
  • Forbedret ytelse: Denne fordelen skyldes hovedsakelig kantdatabehandling dersom dette er en del av hybridstrategien din. Når data samles inn og behandles i det samme geografiske området, forbedres ytelsen merkbart. Dette kan være uvurderlig for selskaper hvis apper brukes av mennesker over hele verden.
  • Fleksibilitet: Med flere miljøer til rådighet har du fleksibilitet til å velge hvilket du vil bruke for bestemte arbeidsbelastninger, uten å måtte bekymre deg for å oppgi de andre. Til sammenligning er alternative typer nettsky ofte et nullsumspill, der du ikke kan få én ting uten å bevege deg helt bort fra en annen.
  • Etterlevelse: La oss si at du arbeider i en bransje med en lovpålagt standard for databeskyttelse som hindrer deg i å ta bestemte typer brukerdata ut av jurisdiksjonen deres. I et hybrid skymiljø kan du oppbevare denne typen data der de har sitt opphav, og opprettholde driften hvor du vil. Sensitive data kan ligge lokalt, mens du har skyens fleksibilitet til alt annet.
Get Free Access
Get regular tech leadership wisdom for delivering better software and systems.
Get Free Access

Have an account? Log In

Ulemper ved hybrid skyinfrastruktur

Illustrasjon som viser tre utfordringer ved hybrid skyinfrastruktur på en lys rutenettbakgrunn. Den viser tre overlappende gule sirkler merket "Krav til ekspertise" (til venstre, med et geometrisk sekskantikon), "Kompleksitet" (i midten, med et sammenfiltret krusedullicon) og "Kompatibilitetsproblemer" (til høyre, med overlappende firkant- og sirkelikoner). Teksten er fet og svart.

Noen mulige ulemper og utfordringer du kan oppleve i et hybridmiljø, omfatter følgende:

  • Det krever mer teknisk ekspertise: Etter min erfaring har mange systemingeniører og administratorer spesialisert seg på én type miljø, så det er ofte vanskelig å finne noen som er i stand til å drifte et komplett hybridoppsett. Vanlige nettskyspesifikke sertifiseringer for plattformer som AWS og Azure er tidkrevende, og ferdighetene tar flere år å mestre. Ingeniører spesialiserer seg ofte på bare én plattform, så ekspertise innen offentlig sky er svært fragmentert.
  • Kompleksitet: Hybride skymiljøer kombinerer ulike miljøer, inkludert datasentre, distribusjoner og ressurser, så systemet du ender opp med, er ofte betydelig mer komplekst enn det du ellers ville fått med andre typer skyer.
  • Kompatibilitetsproblemer: En utfordring jeg har møtt ved forsøk på å implementere en hybridtilnærming, er manglende kompatibilitet, vanligvis mellom en offentlig skytjeneste og en lokal distribusjon. På sitt beste betyr dette at alternativene dine er begrensede, og på sitt verste betyr det at du må oppgi hybridstrategien eller gjennomføre en omfattende ombygging av det eksisterende systemet for å oppnå kompatibilitet.
  • Sikkerhetskompleksitet: Selv om hybrid sky tilbyr fleksible sikkerhetsalternativer, som nevnt ovenfor, gjør kompleksiteten og den dynamiske karakteren til skyens fotavtrykk det mer arbeidskrevende å vedlikeholde den overordnede sikkerhetsstillingen. Hybrid sky gir i seg selv en større potensiell angrepsflate, og den dynamiske naturen betyr flere muligheter for feilkonfigurasjoner og forglemmelser. Eldre sikkerhetsverktøy klarer ikke å holde tritt med skyen i endring, noe som krever nye, spesialutviklede, skybaserte verktøy for god sikkerhetspraksis.

Hvordan fungerer en hybrid sky?

Lurer du på den underliggende arkitekturen til hybrid sky? Uten å gå for langt inn i detaljene er det viktigste å forstå at den oppretter forbindelser på tvers av miljøer. Uten disse forbindelsene kjører du bare ulike miljøer side om side.

Her er de tre viktigste metodene som brukes til å koble sammen ulike applikasjoner og infrastrukturer i hybrid sky-miljøet:

  • WAN: et wide-area-nettverk (WAN) innebærer å koble sammen to eller flere miljøer over et privat nettverk som dekker en større avstand enn et LAN. Du kan tenke på et WAN som et «nettverk av nettverk», der Internett er verdens mest omfattende WAN. Å bygge ditt eget WAN er som å bygge et mini-Internett for nettverksressursene dine.
  • VPN: et virtuelt privat nettverk (VPN) oppretter en kryptert kommunikasjonslinje over Internett for å koble sammen infrastrukturer. All nettverkstrafikk rutes gjennom VPN-et for å sikre trygg tilgang.
  • API: et programmeringsgrensesnitt for applikasjoner (API) er et sett med regler som definerer hvordan en bestemt applikasjon sender og mottar data. Det behandler informasjonsoverføringen mellom applikasjoner slik at de kan «snakke med» hverandre.

Beste verktøy for hybrid skyinfrastruktur

Noen av de beste verktøyene for hybrid skyinfrastruktur som jeg har arbeidet med opp gjennom årene, omfatter følgende:

1. AWS Storage Gateway - Beste lagringsløsning for selskaper i vekst

Administrere skylagring i et hybridoppsett med AWS Storage Gateway
Administrere skylagring med AWS Storage Gateway. (Kilde)

AWS Storage Gateway er først og fremst utviklet for å gjøre det mulig å koble lokale applikasjoner til AWS' datalagringsfunksjoner. Dette gir deg tilgang til funksjonalitet og ubegrenset lagring uten å distribuere ny maskinvare. Den bruker Amazon FSx File Gateway til å koble den lokale infrastrukturen din til FSx for Windows File Server for mer pålitelige og fullt administrerte fildelinger. Med denne funksjonen kan du skalere filbaserte arbeidsbelastninger ved å beholde filer du ikke kan flytte fra det lokale miljøet, samtidig som du får tilgang til dem med redusert ventetid fra skyen.

2. Azure Arc - Beste sikkerhetsfunksjoner

Overvåke ytelsen til hybrid skyinfrastruktur med Azure Arc
Overvåke maskiner som kjører Azure Arc. (Kilde)

Microsofts Azure Arc tilbyr en sentralisert plattform for administrasjon av ulike miljøer, inkludert multiskyoppsett, edge-miljøer og datasentre. Noen av funksjonene omfatter muligheten til å distribuere og drifte skybaserte applikasjoner på enhver Kubernetes-plattform, samt distribuere PostgreSQL og SQL i alle miljøene dine for å få innsikt i dataene.

Den tilbyr flere av sikkerhetsfunksjonene du finner i Azure, men gir deg også flere dedikerte funksjoner for å sikre den lokale infrastrukturen din.

Dette gjør den blant annet ved å la deg opprette lister der du enten kan tillate eller blokkere utvidelser fra å bli installert på serverne dine. Jeg bestemte meg for å teste den for å se hvordan den ville håndtere konflikter, altså når jeg definerte en utvidelse som både trygg og utrygg. Jeg fant ut at den valgte å være føre var ved å blokkere den som standard, noe som er tryggere enn å tillate en potensielt utrygg installasjon.

3. Google Anthos - Best egnet for containeriserte applikasjoner

Bruke Google Anthos til å drifte klynger på bare metal-servere
Kjøre klynger på bare metal med Google Anthos. (Kilde)

Google Anthos er en hybrid skyplattform som lar deg kjøre administrerte Kubernetes-applikasjoner på tvers av alle miljøer. Som en del av Google Cloud Platform gir den deg tilgang til Google Kubernetes Engine (GKE), som jeg har funnet utgjør et robust administrert miljø.

Hvis du har problemer med å gå over til Anthos fra en annen applikasjonsplattform, for eksempel Cloud Foundry, tilbyr Anthos en funksjon kalt Kf, som hovedsakelig skal effektivisere overføringen til Kubernetes.

For team som arbeider med CI/CD-pipelines, kan du bruke hybridverktøyene Cloud Deploy og Cloud Build til å sette opp arbeidsflyter i alle Kubernetes-miljøene dine.

4. RedHat OpenShift - Beste alternativ med åpen kildekode

Skjermbilde av et hybrid skyoppsett som kjører klynger med RedHat OpenShift
Administrasjon av operatører i klynger ved hjelp av OpenShift. (Kilde)

OpenShift er en hybrid applikasjonsplattform bygget på Kubernetes og levert av RedShift, selskapet bak produkter som Ansible og Enterprise Linux.

Som de fleste andre tilbudene fra selskapet er det åpen kildekode, noe som gjør det til en løsning du kan tilpasse til de unike aspektene ved den lokale infrastrukturen din dersom du har den tekniske kompetansen. Det finnes også en administrert versjon som fungerer på alle de største skyplattformene dersom hybridoppsettet ditt ikke omfatter et lokalt miljø.

Med Ansible kunne jeg automatisere flere funksjoner for flere Kubernetes-apper jeg hadde distribuert i en av hybridskyene mine.

5. IBM Cloud Satellite - Best for databehandling i ytterkanten

Bilde av IBM Cloud Satellite som viser skjermbildet for oppsett av en ny satellittlokasjon for databehandling i ytterkanten
Konfigurering av lokasjonsinformasjon for en ny Satellite i IBM Cloud Satellite. (Kilde)

Satellite er IBM Clouds versjon av hybridplattformen, og lar deg distribuere og kjøre applikasjoner hvor som helst med full tilgang til klargjøring av ressurser. Med «hvor som helst» mener jeg miljø så vel som lokasjon.

Som navnet antyder, fokuserer dette tilbudet på distribuert databehandling i ytterkanten for selskaper som ønsker å redusere ventetiden ved å generere data nær stedet der de behandles. Du kan opprette satellitter manuelt og bestemme hvor i verden de skal være basert, avhengig av hvor du ønsker å forbedre ytelsen.

Hvordan bør jeg velge en hybrid skyplattform?

Når du snevrer inn valget av leverandør, anbefaler jeg at du tar følgende kriterier i betraktning:

  • Kostnad: Som med de fleste forretningsbeslutninger bør kostnad være en viktig faktor. Faste priser er vanskelige å finne innen nettskybehandling, fordi prisingen nesten utelukkende er bruksbasert. Jeg anbefaler at du fastslår de forventede behovene dine, deretter snakker med leverandøren for å beregne den forventede regningen og legger budsjettet i den øvre delen av skalaen for å være på den sikre siden.
  • Omfang: Verktøyet for hybrid skyinfrastruktur du velger, bør kunne dekke hele systemet ditt, inkludert distribusjoner, ressurser og brukere, samtidig som det er så skalerbart som driften din krever.
  • Kompatibilitet: Som jeg har nevnt i delen om utfordringer, er det ikke uvanlig å oppdage at ett skymiljø ikke fungerer sammen med et annet. Uansett hvor godt noe virker, bør du undersøke grundig om det er kompatibelt med det eksisterende systemet ditt. Hvis du ikke finner informasjon, kan du prøve å få en praktisk demonstrasjon fra virkeligheten, for eksempel en gratis prøveperiode.
  • Teknisk kompetanse: Hvis teamet ditt har den nødvendige kompetansen innen systemteknikk, kan du velge et selvadministrert alternativ, som ofte koster mindre. Ellers anbefaler jeg et fullstendig administrert alternativ med svært liten avhengighet av kommandolinjer, fordi det blir enklere å arbeide med.
  • Integrasjoner: Flere integrasjoner gjør det mulig å involvere flere team og fører ofte til enklere arbeidsflyter. For hybride skyer omfatter noen nødvendige integrasjoner offentlige skyer, hypervisorer for virtuelle maskiner, lagre, CI/CD-verktøy og containerorkestratorer.
  • Fremtidsplaner: Skystrategier er langsiktige, så du bør tenke like mye på fremtidige behov som på, om ikke mer enn, de nåværende. Hvis du for eksempel planlegger å flytte ut av det lokale miljøet etter hvert, bør du starte med en hybrid skyløsning som lar deg gradvis migrere til den offentlige skyen, for eksempel noe fra AWS eller Azure.
  • Arbeidsbelastninger: Noen hybrid skyverktøy egner seg bedre for bestemte arbeidsbelastninger enn andre, og du bør vurdere dine egne før du bestemmer deg. Et verktøy som for eksempel hovedsakelig er bygget rundt datalagring, kan få problemer med databehandling.

Forskjellen mellom hybrid sky og fullstendig sky

Fullstendig sky viser til et system der alt kjører i skyen, mens hybrid skyinfrastruktur innebærer en kombinasjon av sky- og lokale miljøer.

More Articles

Er hybrid sky bedre enn privat sky?

Grafikk med tittelen "Hybrid sky VS privat sky" på svart bakgrunn med et neongrønt rutenettdesign nederst. Den viser to skyikoner: Det venstre representerer hybrid sky med et globus- og låsikon, mens det høyre representerer privat sky med bare et låsikon. Teksten er fremhevet i neongrønt.

En privat sky er bare tilgjengelig for ett selskap, og selskapet drifter den enten lokalt eller lar en tredjepart administrere den på deres vegne. Hvorvidt hybrid sky er bedre enn privat sky, avhenger av virksomhetens behov og hvilke ressurser dere har til rådighet.

Noen av faktorene du bør vurdere når du spør om du bør velge privat eller hybrid sky, inkluderer:

  • Krav: Hvis du allerede har en privat sky som fungerer for deg når det gjelder lagrings- og behandlingskravene dine, og du ikke tror du trenger en annen, kan du fortsette med den uten å gå over til en hybrid sky.
  • Kostnad: Private skyer medfører ofte høyere CAPEX fordi du vanligvis drifter alt selv. Disse utgiftene kan likevel ofte forsvares og foretrekkes av enkelte virksomheter fremfor de potensielle besparelsene de kunne oppnådd ved å koble seg til for eksempel en bruksbasert offentlig sky, for eksempel hvis konfidensielle data er involvert.
  • Kompetanse: Et team med det høye tekniske kompetansenivået som kreves for å bygge og vedlikeholde en privat sky, kan være bedre egnet til dette enn et team med mindre kompetanse. Det finnes imidlertid selskaper som har som virksomhet å levere og administrere private skyer, så denne faktoren bør ses i sammenheng med virksomhetens krav.

Hva er beste praksis for hybrid sky?

For å øke sjansene for å lykkes med den nye strategien for hybrid sky anbefaler jeg at du følger denne beste praksisen helt fra starten:

  • Revisjon: Kjør alltid tester og kontroller for å sikre at alt fungerer som planlagt i hybridmiljøet, for det siste du ønsker, er å oppdage et problem i etterkant. Egenrevisjon hjelper deg også med å være klar for ekstern revisjon, så fordelene er doble.
  • Automatisering: Når du har mulighet til å automatisere noe, anbefaler jeg at du benytter deg av den, slik at du kan frigjøre tid til å fokusere på andre deler av virksomheten. I en hybrid sky kan automatisering hjelpe deg med å håndtere tilbakevendende oppgaver som omfatter oppdagelse, logger, rapporter og sikkerhetskopier.
  • Kryptering: Fordi hybride skyer håndterer data fra flere kilder, og dataene ofte flyttes mellom dem, er kryptering både i hvile og under overføring viktig hvis du ønsker å sikre dataene. Hvis du ikke har den tekniske kompetansen til å gjøre dette selv, har de fleste verktøy for hybrid skyinfrastruktur dette som en funksjon, og du bør undersøke det som en del av den innledende vurderingen.
  • Standardisering: Sørg for at prosessene er så like som mulig på tvers av alle tilkoblede miljøer, slik at det blir mindre krevende for både teknologien og personellet å arbeide på tvers av dem.
  • Minste privilegium og null tillit: Denne tilnærmingen innebærer at enheter bare får det aller laveste tilgangsnivået de trenger for å utføre oppgavene sine, og ikke noe mer. Dette reduserer sårbarheten for at tillatelser utnyttes, enten det skjer med hensikt eller ikke.
  • Rasjonalisering: Når du flytter til skyen, enten delvis eller fullstendig, bør du vurdere hver komponent i infrastrukturen for å finne den mest optimale veien videre. I en hybrid sky kan dette for eksempel innebære å undersøke en ressurs og avgjøre om den er for sensitiv til å flyttes ut av det lokale miljøet, eller om den vil bli underutnyttet dersom den ikke flyttes.

Sammendrag

Ettersom stadig flere selskaper videreutvikler skystrategiene sine, er tiden inne for å finne den beste løsningen for virksomheten din. Hvis du har veid fordeler og ulemper ved ulike skyoppsett og ikke klarer å velge bare ett, kan hybrid skyinfrastruktur være det du trenger.

En hybrid sky kombinerer to eller flere miljøer, slik at du kan få tilgang til ressurser på tvers av ulike plattformer fra ett og samme knutepunkt, og det er det 56 % av selskapene bruker i dag. Noen av fordelene med denne tilnærmingen er forbedringer i virksomhetens smidighet, skalerbarhet, systemtilgjengelighet, sikkerhet og kostnadsstyring.

Å begi seg inn i informasjonsteknologiens verden kan føles som å bli sluppet ned i en digital jungel uten kart; bøker er en flott ressurs for nybegynnere innen IT, ettersom de gir verdifull innsikt som kan hjelpe deg med å ta de riktige beslutningene.

Hvis du ønsker flere innsikter i hvordan du kan styrke virksomhetens teknologi, abonner på CTO Club-nyhetsbrevet.

Paulo Gardini Miguel
Paulo is the Director of Technology at the rapidly growing media tech company BWZ. Prior to that, he worked as a Software Engineering Manager and then Head Of Technology at Navegg, Latin America’s largest data marketplace, and as Full Stack Engineer at MapLink, which provides geolocation APIs as a service. Paulo draws insight from years of experience serving as an infrastructure architect, team leader, and product developer in rapidly scaling web environments. He’s driven to share his expertise with other technology leaders to help them build great teams, improve performance, optimize resources, and create foundations for scalability.
Follow the author:

You may also like