Planlægning af Deployering af et hybridmiljø - dummies <[SET:descriptionda]Ved planlægning til implementering i et hybrid-cloud-miljø,

Når du planlægger at installeres i et hybrid-cloud-miljø, skal du huske på, at hybridskyen ikke er en enkelt arkitektonisk model; Det er snarere en kombination af mange forskellige tjenester, der er placeret på forskellige platforme. Fra et arkitekturperspektiv er det vigtigt at se på relationerne mellem de tjenester, der bruges sammen. Derfor skal brug af cloud management teknologier betragtes som en del af den arkitektoniske ramme af hybrid skyen.

I hybridskyen vil du aldrig bringe alle tjenester og elementer sammen, som om de var et system. I stedet skal du have en klar forståelse af de distribuerede tjenester og hvordan de vedrører hinanden. Mange af tilgange kræver oprettelse af skabeloner med bedste praksis, der kan bruges til at skabe de rette forbindelser mellem tjenester.

Et veludformet hybrid cloud miljø skal bygges til at understøtte forandring. Ændring kan være tilføjelsen af ​​en anden skygtjeneste, som f.eks. Et SaaS-program (Software as a Service) eller en ny forretningspartner og deres sæt af tjenester. I det væsentlige har hybridmodeller følgende primære arkitektoniske overvejelser:

Sikkerhed

• Governance

• Pålidelighed i forbindelse med forandring

• Latency: Performance matters

• Når du planlægger din hybridmodel, skal du overveje Overordnet ydeevne på din platform, hvilket betyder at du skal overvåge og måle hele dit miljø. For eksempel, at et kritisk problem for din virksomhed er den hastighed, hvormed kundernes ordrer er bekræftet. Hvis du ikke håndterer dette problem effektivt, vil kunderne ikke være glade og kan flytte til en anden leverandør. Det kan være længe, ​​at transaktionsstyring kører inden for et privat cloud eller datacentermiljø.

Hvis du skulle bruge en offentlig cloud-transaktionsadministrationstjeneste, ville latensen med at flytte data mellem netværk forårsage forsinkelser i tjenesten. Derudover kræver nogle applikationer regelmæssig adgang til og manipulation af komplekse data. Hvis dette skulle ske regelmæssigt, kan du muligvis ikke udføre, som kunderne forventer. I denne situation skal du holde fast ved enten din nuværende løsning på stedet eller et velopbygget privat cloud miljø. På den anden side kan du opdage, at for andre applikationer giver en SaaS-applikation acceptabel latens for at opfylde dine bestandsbehov.

Ud over udførelsen af ​​en bestemt skygtjeneste skal du overveje placeringen af ​​en tjeneste.En tjeneste i en offentlig sky kan være fint for en type brug, men kan have uacceptabel latency, når flere tjenester skal udveksle data hurtigt. Derfor kræver en del af hybridarkitekturen, at du forstår hvilken rolle hver tjeneste spiller, og hvordan disse tjenester skal interagere med hinanden.

Sikkerhed: Planlægning i kontekst

Når du planlægger dit hybridmiljø, skal du i begyndelsen tænke på sikkerhedskravene for kunderne. Hvilken type miljø giver du dine kunder? Opretter du en informativ ressource, der kan knyttes til et sæt produktdatablade?

Men hvis du har oprettet en platform, der administrerer private sundhedsdata, skal du sikre dig, at du har oprettet det niveau af beskyttelse og privatliv, dine kunder (og regeringen) kræver. Du skal forstå disse overvejelser, før du begynder dit design. Sørg derfor for, at dine cloud-udbydere kan matche dine krav.

Styring: At få den rette balance

Ligesom sikkerhed, vil styringskrav bestemme, hvordan du planlægger dit hybridmiljø. Mange industrier har regler for engagement, der betragtes som bedste praksis. Hvis du er en del af en industri, der skal opfylde sofistikerede styringsbehov, er det vigtigt at vælge partnere, der opfylder dine behov. Du kan opdage, at du ikke kan bruge en tredjepart til denne del af dit miljø.

Mange lande har strenge retningslinjer og krav til, hvordan private data skal håndteres. I nogle lande skal en persons data opbevares fysisk inden for dette land. Disse typer af styringskrav kræver, at it-organisationer planlægger deres platform med dette i tankerne. Dette indebærer også processtyringstjenester, der bestemmer, hvor data skal gemmes, hvilket betyder, at data i nogle lande gemmes i et enkelt fysisk datacenter. I andre lande kan dataene være meget fordelt på tværs af geografiske områder uden at krænke regler. Nogle sky-udbydere kan implementere automatiserede politikker, der sikrer, at visse tjenester kører ud fra disse regler.

Oprettelse af fleksibilitet i modellen

Virksomheder, der ser på cloud computing, antager typisk, at det er en helt eller intet model. Cloud computing er dog simpelthen en del af en samlet distribueret arkitektonisk plan. Indenfor en arkitektonisk ramme er det vigtigt at bestemme forretnings-, præstations- og kundemål, og for at gøre det skal du tage højde for alle aspekter af computing.

Du skal overveje spørgsmålet om latens af overordnet ydeevne og latenstid for at administrere data. Hvis applikationer og tjenester, der tilbydes kunderne, er baseret på et tæt sammenkoblet sæt af tjenester med mange afhængigheder, vil en offentlig sky service medføre alvorlige problemer med ydeevnen. Men hvis organisationen skaber og udnytter en platform af veldefinerede og løst koblede tjenester, der er designet til at være let forbundet sammen i løbet af en lang tid, er en offentlig sky service ideel.

De fleste organisationer har en kombination af disse to scenarier; Derfor skal du tænke på din platform som en kombination af datacenter, privat sky og offentlige cloud services.Når du nærmer dig arkitektoniske overvejelser fra dette holistiske perspektiv, er kunden godt tjent og beskyttet.

Nogle leverandører vil faktisk hjælpe dig ved at levere flere implementeringsmuligheder (offentlig, privat, datacenter) fra samme platform, hvilket gør det lettere for din virksomhed at have en samlet platform, som kan tilpasse sig et stort antal brugssager og begrænsninger.