Administrere programmer i et hybridmiljø - dummies

Når en applikasjon i et hybridmiljømiljø er på din plass, kontrollerer du det. Dette betyr at du kontrollerer infrastrukturen, operativsystemet, mellomvare, data, applikasjon og runtime-miljøet. I et PaaS (Platform as a Service) miljø administrerer PaaS-leverandøren alt opp til applikasjonen og muligens databasen. Leverandøren har å gjøre med installasjoner, oppdateringer og oppdateringer til produksjonsmiljøet. Det er et selvstyrt miljø.

Kontrollproblemet blir dette - hvordan kan du administrere sky-applikasjoner sammen med de som utvikles lokalt? Du måler effekten av IT-ytelse på virksomheten som per definisjon nå inkluderer forestillingenes ytelse.

Anta at du har inngått kontrakt med en PaaS-leverandør for å bygge og distribuere søknaden din. Søknaden begynner å ha et problem. Når noe går galt, kan det være tøft å finne ut kilden. Nøkkelen er å kunne spore kilden til problemet raskt. Har plattformleverandøren bare oppgradert operativsystemet? Er det strømbrudd? Var det et sikkerhetsbrudd på leverandørens slutt? Eller er det noe på slutten?

Få synlighet

Bunnlinjen er at du må kunne se synlighet på minst tre områder:

Sikkerhet:

• For å overvåke sikkerhet må du skanne nettverk, operativsystemer og applikasjoner for å hindre innbrudd eller nektelse av tjenesteangrep. Ytelse:

• Du må sørge for at skyens ytelse ikke går under det avtalte servicenivået.

  Servicetilgjengelighet:

• Du trenger et verktøy som kan hjelpe deg med å avgjøre tilgjengeligheten av tjenestene dine. Du kan bruke dette verktøyet til å overvåke om sky-leverandøren er opp eller ned og oppfyller avtalene på servicenivå. Forhandlingen av disse servicenivåene er ofte en dans mellom IT og leverandøren. Du bør spørre tjenesteleverandøren hvordan den overvåker sikkerhet, ytelse og tilgjengelighet. Pass på at du er komfortabel med tilnærmingen. I tillegg skal leverandøren gi et dashbord for å gi deg synlighet i de tjenestene du bruker kontinuerlig. Ideelt sett vil du ha et dashbord som gir deg ensartet synlighet over dine egne ressurser og dine PaaS-leverandørers.

Avtale om sporing av servicenivåer

En

servicenivåavtale (SLA) er en kontraktsforpliktelse mellom deg og din skyleverandør. IT og tjenesteleverandøren må jobbe sammen for å etablere disse SLAene. Typiske SLAer inkluderer følgende:

Response times

• Tilgjengelighet på en gitt dag

• Samlet oppetidsmål

• Avtalte responstider og prosedyrer i tilfelle en tjeneste går ned

• Avtalen teoretisk gir deg viss forsikring om at leverandøren vil møte visse servicenivåer. Du må imidlertid bestemme hvilke nivåer av nedetid og andre parametere du er villig til å akseptere.

Tatt i betraktning tilgang og integrasjon

Et annet problem å tenke på er tilgang til dine tjenester og integrasjon mellom applikasjonen du vil distribuere til skyen og andre tjenester det avhenger av. For eksempel må du avgjøre hva slags

tilgangskontrolltjenester leverandøren tilbyr, slik at bare de som skal få tilgang til søknaden din under utvikling og distribusjon, kan gjøre det. Si at du har bestemt deg for å flytte søknaden din til skyen, men du vil ikke flytte databasen eller til og med kopiere dataene dine der. Du må sørge for at det riktige sikkerhetsnivået eksisterer mellom dine lokale data og din sky-applikasjon.

I tillegg kan det være mange integrasjonspunkter med et program i skyen. Søknaden kan integreres med et kundeforvaltningsprogram i organisasjonen. Programmet kan integreres med andre tjenester i skyen.

Et nøkkelkriterium for en PaaS-leverandør er å gi godt dokumenterte og veldefinerte grensesnitt for din bruk. Med andre ord, i sentrum av integrasjonsmuligheter mellom applikasjoner i skyen eller på stedet, er Application Programming Interfaces (APIer). Disse APIene, som er en del av PaaS-plattformen, gjør det mulig for bedrifter å raskt integrere sine tjenester i et bredt spekter av applikasjoner på et mangfoldig sett av plattformer

. Før du velger en PaaS-leverandør, må du sørge for at den støtter programmene og tjenestene du trenger å integrere. Unngå innlåsing

Selv om PaaS-tilnærmingen har mange fordeler, kan det ha noen ulemper. En ulempe ved PaaS er at det kan låse deg inn for å bruke et bestemt utviklingsmiljø og stabel av programvarekomponenter. Paas tilbud har vanligvis noen proprietære elementer. Følgelig kan du være knyttet til leverandørens plattform og ikke kunne flytte søknaden din andre steder uten å skrive om det til en viss grad.

Hvis du blir misfornøyd med din PaaS-leverandør, kan det hende du står overfor store kostnader hvis du plutselig trenger å omskrive applikasjoner for å tilfredsstille kravene til en annen PaaS-leverandør.

Frykten for leverandørlåsing har ført til fremveksten av et nytt utvalg av PaaS: Open Platform som en tjeneste. Denne tjenesten tilbyr samme tilnærming som PaaS, bortsett fra at det ikke er noen begrensning på valg av utviklings- og leveringsprogramvare. Hvis innlåsingen er viktig for deg, så still spørsmål før du signerer en leverandør kontrakt.