Navigering av Cloud Computing Technical Interface - dummies

Fordi markedet for cloud computing services er så nytt, er få applikasjoner blitt bygget fra grunnen til dette nye miljøet. Så langt ble det ikke bygget noen bedriftsapplikasjoner med denne modellen i tankene.

Organisasjoner som allerede har godt utformede grensesnitt mellom applikasjons- og infrastrukturkomponenter, kan gjøre det lettere å overgå til skyen. Bedrifter som har flyttet til en serviceorientert arkitektur (SOA) er godt posisjonert for å gjøre flyttingen.

Med SOA bygger organisasjoner modulære forretningstjenester som inkluderer standardiserte grensesnitt. Denne modulære tilnærmingen er nødvendig når du nærmer deg det svært distribuerte skymiljøet. SOA er en god start; Imidlertid må mange standardiserte grensesnitt utvikles for skyteplattformer i de kommende årene.

APIer og datatransformasjoner i cloud computing

En clouds Application Programming Interface (API) er programvaregrensesnittet som lar bedriftens infrastruktur eller applikasjoner plugge inn i skyen. Dette er kanskje det viktigste stedet for standardisering.

Mange leverandører i skyteområdet vil gjerne hevde overordnet ledelse og kontroll over grensesnittene. Derfor utvikler mange forskjellige leverandører sine egne grensesnitt. Dette betyr igjen at kunder trolig vil bli tvunget til å støtte flere APIer. Administrere flere APIer betyr at når programmer endres, er det mer programmering involvert; og det er mer potensial for feil når altfor mange APIer støttes.

Selv om leverandørene godtar et sett med API-standarder, vil det bli data transformasjonsproblemer (når data går fra en fysisk maskin til en annen). For en organisasjon å enkelt bygge opp forbindelser mellom det interne datasenteret og skyen, må det bruke standardiserte APIer og data transformasjonsfunksjoner.

Data og applikasjonsarkitektur i cloud computing

Nye internt opprettede tjenester som støtter endringskretsens endrede krav, må fungere med skyøkosystemer. Disse tjenestene må kanskje overføres til og fra skyen. For eksempel kan et selskap starte et partnerskap som krever utvikling og distribusjon i skyen. Dette betyr at den må bygge en arkitektur som er modulær nok til å tillate tjenester å flytte mellom ulike skyplattformer.

Konsistensen og fleksibiliteten til en SOA tilnærming gjør det til en god passform for skyen. I et SOA-miljø settes programvarekomponenter inn i tjenester eller containere.Disse beholderne inneholder programvare som utfører en bestemt oppgave. Etter at programvare finnes i en beholder, kan den overføres fra ett miljø til et annet, noe som gjør det lettere å porte inn og ut av skyen.

Sikkerhet i cloud computing miljøet

Bedrifter som planlegger å bruke skygtjenester må sikres strenge, veldefinerte sikkerhetstjenester.

Mange sikkerhetsnivåer kreves i et skymiljø:

• Identitetsadministrasjon: For eksempel, slik at enhver applikasjonstjeneste eller en maskinvarekomponent kan godkjennes på en personlig eller gruppebasert basis.

• Tilgangskontroll: Det må også være riktig nivå for tilgangskontroll i skymiljøet for å beskytte ressursens sikkerhet.

• Autorisasjon og godkjenning: Det må være en mekanisme slik at de riktige personene kan endre applikasjoner og data.

En omfattende sikkerhetsinfrastruktur må gis på alle nivåer og typer skyttjenester. Utviklere trenger også verktøy som gjør at de kan sikre tjenestene de designer for å bli levert i skyen. Organisasjoner trenger konsekvent sikkerhet i sine egne datasentermiljøer som krysser sammen med en skygtjeneste.