Planlegging for distribusjon av et hybridmiljø - dummies

Når du planlegger distribusjon i et hybrid-skymiljø, vær oppmerksom på at hybridskyen ikke er en enkelt arkitektonisk modell; heller, det er en kombinasjon av mange forskjellige tjenester som ligger på forskjellige plattformer. Fra et arkitekturperspektiv er det viktig å se på relasjonene mellom tjenestene som brukes sammen. Derfor må bruken av cloud management-teknologier vurderes som en del av det arkitektoniske ramverket til hybridskyen.

I hybridskyen vil du aldri bringe alle tjenester og elementer sammen som om de var ett system. I stedet må du ha en klar forståelse av distribuerte tjenester og hvordan de relaterer seg til hverandre. Mange av tilnærmingene krever etablering av best practices maler som kan brukes til å skape de riktige koblingene mellom tjenestene.

Et godt designet hybrid cloud miljø må bygges for å støtte forandring. Endring kan være tillegg av en annen skygtjeneste, for eksempel et SaaS-program (Programvare som en tjeneste) eller en ny forretningspartner og deres sett av tjenester. I hovedsak har hybridmodeller følgende primære arkitektoniske hensyn:

Sikkerhet

Styring

Pålitelighet i sammenheng med endring

Latency: Performance matters

Når du planlegger hybridmodellen, må du vurdere Overordnet ytelse på plattformen, noe som betyr at du må overvåke og måle hele miljøet. For eksempel, si at et kritisk problem for bedriften din er hastigheten der kundenes ordre er bekreftet. Hvis du ikke håndterer dette problemet effektivt, vil kundene ikke være lykkelige og kan flytte til en annen leverandør. Du vil kanskje beholde transaksjonsadministrasjonen i et privat miljø eller datasenter.

Hvis du skulle bruke en offentlig cloud-transaksjonsadministrasjonstjeneste, vil ventetiden involvert i å flytte data mellom nettverk føre til forsinkelser i tjenesten. I tillegg krever enkelte applikasjoner vanlig adgang til og manipulering av komplekse data. Hvis dette skulle skje regelmessig, kan du kanskje ikke utføre som kunder forventer. I denne situasjonen, hold deg til enten din nåværende løsning på stedet eller et godt arkitektur-private skymiljø. På den annen side kan du oppdage at for andre applikasjoner gir en SaaS-applikasjon akseptabel latens for å tilfredsstille behovene til dine komponenter.

I tillegg til ytelsen til en bestemt skygtjeneste, må du vurdere plasseringen av en tjeneste.En tjeneste i en offentlig sky kan være bra for en type bruk, men kan ha uakseptabel ventetid når flere tjenester trenger å utveksle data raskt. Derfor krever en del av hybridarkitekturen at du forstår hvilken rolle hver tjeneste spiller og hvordan disse tjenestene må samhandle med hverandre.

Sikkerhet: Planlegging i kontekst

Når du planlegger ditt hybridmiljø, må du i utgangspunktet tenke på sikkerhetskravene til kundene. Hvilken type miljø gir du kundene dine? Oppretter du en informativ ressurs som kan knyttes til et sett med produktdatablad?

Men hvis du har opprettet en plattform som administrerer private helsedata, må du sørge for at du har opprettet nivået på beskyttelse og personvern som kundene dine (og regjeringen) krever. Du må forstå disse overvektene før du begynner designet. Så sørg for at sky-leverandørene dine samsvarer med dine krav.

Styring: Å få den riktige balansen

Som sikkerhet vil styringsbehov bestemme hvordan du planlegger ditt hybride skymiljø. Mange næringer har regler for engasjement som regnes som beste praksis. Hvis du er en del av en bransje som er nødvendig for å møte avanserte styringsbehov, er det viktig å velge partnere som møter dine behov. Du kan oppdage at du ikke kan bruke en tredjepart for denne delen av miljøet ditt.

Mange land har strenge retningslinjer og krav til hvordan private data må håndteres. I enkelte land må personens data lagres fysisk i det landet. Disse regjeringskravene krever at IT-organisasjoner planlegger sin plattform med dette i tankene. Dette betyr blant annet prosessadministrasjonstjenester som bestemmer hvor data skal lagres, noe som betyr at data i noen land lagres i et enkelt fysisk datasenter. I andre land kan data være svært distribuert over geografiske områder uten å bryte regler. Enkelte sky-leverandører kan implementere automatiserte retningslinjer som sikrer at bestemte tjenester kjører basert på disse reglene.

Opprett fleksibilitet i modellen

Bedrifter som ser på cloud computing, antar vanligvis at det er en helt eller ingenting-modell. Cloud computing er imidlertid bare en del av en samlet distribuert arkitektonisk plan. Innenfor et arkitektonisk rammeverk er det viktig å bestemme forretnings-, resultat- og kundemål, og for å gjøre det, må du ta hensyn til alle aspekter ved databehandling.

Du må vurdere spørsmålet om latens av total ytelse og latens for å administrere data. Hvis applikasjoner og tjenester som tilbys til kundene, er basert på et tett kombinert sett med tjenester med mange avhengigheter, vil en offentlig skytservice forårsake alvorlige problemer med ytelsen. Men hvis organisasjonen skaper og utnytter en plattform av veldefinerte og løst koblede tjenester som er designet for å være enkelt knyttet sammen i løpet av en lang tid, er en offentlig skygtjeneste ideell.

De fleste organisasjoner har en kombinasjon av disse to scenariene; Derfor, arkitektonisk, må du tenke på plattformen din som en kombinasjon av datasenter, privat sky og offentlige skygtjenester.Når du nærmer deg arkitektoniske hensyn fra dette holistiske perspektivet, er kunden godt servert og beskyttet.

Noen leverandører vil faktisk hjelpe deg ved å tilby flere distribusjonsalternativer (offentlig, privat, datasenter) fra samme plattform, noe som gjør det enklere for din bedrift å ha en enhetlig plattform som kan tilpasse seg et stort antall bruksområder og begrensninger.