I Hybrid Cloud-dummies

I et hybrid-cloud-miljø kan det være lurt å samarbeide med dine partnere via en hybrid cloud service eller utvikle og distribuere noen skybaserte applikasjoner spesielt for salgsteamet ditt. Du må vite hvordan du bygger, distribuerer og administrerer programmer i skyen og for skyen.

Det er mange scenarier der du kanskje vil skrive et søknad om hybridskyen. Her er noen:

• Du vil skrive et program for skyen som vil fungere med de tilpassede programmene du allerede har på plass.

• Du vil skrive programmer som kan fungere lokalt og nå inn i skyen. For eksempel kan disse programmene briste inn i skyen for toppsituasjoner.

• Det kan hende du vil skrive programmer for skyen som kan brukes over flere skyer.

Markedet er fortsatt svært viktig når det gjelder å bygge og distribuere hybrid cloud-baserte applikasjoner. Så, hva er viktig? Noen deler av puslespillet inkluderer

• Serviceorientering: Serviceorientering er en arkitektonisk tilnærming basert på implementering av forretningsprosesser som programvaretjenester. Disse forretningstjenestene består av et sett med løst koblede komponenter - designet for å minimere avhengigheter - samlet for å støtte en veldefinert forretningsoppgave.

  Bedrifter som har investert i å designe infrastruktur med en tjenesteorientert tilnærming, vil være i bedre posisjon til å integrere interne tjenester med skygtjenester. Bedrifter som har fokusert på å ta eksisterende infrastruktur og innpakning av nøkkelkomponenter slik at de kan bli utsatt som tjenester, er klare til å begynne å integrere tjenesten i et hybridmiljø.

• Skalerbarhet: Programmene må utformes og bygges for å fungere i en sky slik at de kan skalere seg over skygrenser. Det handler ikke bare om å skrive et program som skal leve på noen få servere. Det handler om å bygge dem for å bruke potensielt mange servere.

  Når folk som er kjent med skyen snakker om skalerbarhet, bruker de vilkårene skala opp mot skala ut . Scale-up refererer til økende minne / CPU på serveren, og scale-out refererer til skaleringsressurser på tvers av mange, mange noder. Du må arkivere en applikasjon på en måte å jobbe på tvers av maskiner.

  Du må også forutsi hvordan en applikasjon oppfører seg, fordi den må bygges på en måte som kan støtte denne skyens horisontale skalerbarhet. Koden må med andre ord potensielt fungere som stykker på tvers av flere maskiner.Dette inkluderer fakta at søknaden må støtte en statsløs protokollmodell (det vil si at hver samtale på et objekt kan stå alene), at hvert stykke kode er modulært med løs kopling, og at den samme koden kan kjøres over flere maskiner.

• Servisynkronisering og avhengighet: Et program kan inneholde databaser, meldtjenester og andre tjenester. Tradisjonelt, hvis en applikasjon trengte en viss tjeneste, si en databasetjeneste, ble tjenesten håndtert ved å kartlegge referanser til fysiske adresser. Selvfølgelig endres dette i skyen fordi du kanskje ikke vet IP-adressene på forhånd, noe som betyr at det å finne ressurser må være en del av applikasjonen.

• Tilgjengelighet: Eksperter anbefaler også at utviklere trenger å vurdere en plan for fiasko, inkludert overveielser rundt Mean Time to Failure (MTTF, den forutsatte forløpte tiden mellom systemfeil) og Mean Tid til gjenoppretting (MTTR).

Hvis du ser på et enkelt foretak, er det en god sjanse for at du finner en blanding av utviklingsmiljøer og prosesser. Utvikling kan gjøres i siloer for siled applikasjoner. Utviklere kan være begrenset av mangel på ressurser. Kanskje verktøyene de bruker er utviklet for å håndtere de mest komplekse problemene. Som bedrifter overgår til å utvikle seg i skyen, er det viktig for dem å forstå hvordan å abstrahere noen av kompleksiteten. Å gjøre det vil ta tid.

Store fordeler med å utvikle og distribuere applikasjoner til skyen er dens elastisitet og skalerbarhet. Infrastrukturen du trenger for utvikling og distribusjon kan automatisk skaleres opp eller ned, basert på kravene i søknaden. Dette feltet utvikler seg, og det lønner seg å gjøre matematikken. Mange leverandører vil belaste basert på utnyttelse av underliggende ressurser, som kan inkludere bruk per time, behandling, båndbredde og lagring.