Hantera applikationer i en hybrid molnmiljö - dummies

När en applikation i en hybrid molnmiljö finns på din plats kontrollerar du den. Det innebär att du kontrollerar infrastrukturen, operativsystemet, middleware, data, applikation och runtime-miljön. I en PaaS (Platform as a Service) miljö hanterar PaaS-leverantören allt upp till applikationen och eventuellt databasen. Leverantören hanterar installationer, uppdateringar och patchar till produktionsmiljön. Det är en självstyrd miljö.

Kontrollproblemet blir det här - hur kan du hantera molnapplikationer tillsammans med de som utvecklats lokalt? Du måste mäta inverkan av IT-prestanda på verksamheten som per definition nu innehåller molnleverantörens prestanda.

Anta att du har kommit fram till en PaaS-leverantör för att bygga och distribuera din ansökan. Applikationen börjar ha ett problem. När något går fel kan det vara svårt att ta reda på källan. Nyckeln är att kunna spåra källan till problemet snabbt. Har plattformsleverantören bara uppgraderat operativsystemet? Finns det strömavbrott? Var det ett säkerhetsbrott på leverantörens slut? Eller är det något i slutet?

Få synlighet

Den nedersta raden är att du måste kunna se synlighet på minst tre områden:

Säkerhet:

• För att övervaka säkerhet måste du skanna nätverk, operativsystem och applikationer för att förhindra intrång eller avslag på serviceattacker. Prestanda:

• Du måste se till att molnet inte går under den överenskomna servicenivån.

  Service tillgänglighet:

• Du behöver ett verktyg som kan hjälpa dig att bestämma tillgängligheten för dina tjänster. Du kan använda det här verktyget för att övervaka om din molnleverantör är upp och ner och uppfyller sina servicenivåavtal. Förhandlingar om dessa servicenivåer är ofta en dans mellan IT och leverantören. Du bör fråga din tjänsteleverantör hur det övervakar säkerhet, prestanda och tillgänglighet. Se till att du är bekväm med tillvägagångssättet. Dessutom ska din leverantör tillhandahålla en instrumentbräda för att ge dig synlighet i de tjänster som du använder kontinuerligt. Helst vill du ha en instrumentbräda som ger dig enhetlig synlighet över dina egna resurser och dina PaaS-leverantörer.

Överenskommelser om spårning av servicenivåer

A

servicenivåavtal (SLA) är en avtalsförpliktelse mellan dig och din molnleverantör. IT och tjänsteleverantören måste arbeta tillsammans för att upprätta dessa SLA. Typiska SLA: er inkluderar följande:

Reaktionstider

• Tillgänglighet på en viss dag

• Övergripande upptidsmål

• Avtalade svarstider och förfaranden i händelse av att en tjänst går ner

• Avtalet teoretiskt ger dig viss försäkran att leverantören kommer att uppfylla vissa servicenivåer. Du måste dock bestämma vilka nivåer av stillestånd och andra parametrar du är villig att acceptera.

Med tanke på åtkomst och integration

Ett annat problem att tänka på är tillgång till dina tjänster och integration mellan programmet du vill distribuera till molnet och andra tjänster som det beror på. Du behöver till exempel bestämma vilken typ av

access control services din leverantör erbjuder så att bara de personer som ska komma åt din ansökan under utveckling och implementering kan göra det. Säg att du har bestämt dig för att flytta din ansökan till molnet, men du vill inte flytta din databas eller ens kopiera dina data där. Du måste se till att rätt säkerhetsnivå finns mellan dina lokaldata och din molnansökan.

Dessutom kan det finnas många integrationspunkter med en applikation i molnet. Applikationen kan integreras med ett kundrelationshanteringsprogram i din organisation. Applikationen kan integreras med andra tjänster i molnet.

Ett nyckelkriterium för en PaaS-leverantör är att tillhandahålla väl dokumenterade och väldefinierade gränssnitt för din användning. Med andra ord, i centrum för integrationsmöjligheter mellan applikationer i molnet eller lokalen är applikationsprogrammeringsgränssnitt (API). Dessa API, som ingår i PaaS-plattformen, gör det möjligt för företag att snabbt integrera sina tjänster i en mängd olika applikationer på en mängd olika plattformar

. Innan du väljer en PaaS-leverantör, se till att den kan stödja de applikationer och tjänster du behöver integrera. Undvik inlåning

Även om PaaS-tillvägagångssättet har många fördelar kan det ha vissa nackdelar. En nackdel med PaaS är att det kan låsa dig in för att använda en viss utvecklingsmiljö och stack av programkomponenter. PaaS-erbjudanden har vanligtvis några proprietära element. Följaktligen kan du vara knuten till säljarens plattform och kan inte flytta din ansökan någon annanstans utan att skriva om det i viss utsträckning.

Om du blir missnöjd med din PaaS-leverantör kan du få stora kostnader om du plötsligt behöver skriva om program som uppfyller kraven för en annan PaaS-leverantör.

Rädslan för leverantörslåsning har lett till att en ny serie av PaaS: Open Platform uppstår som en tjänst. Denna tjänst erbjuder samma tillvägagångssätt som PaaS, förutom att det inte finns några hinder för val av utvecklings- och leveransprogram. Om inlåning är viktigt för dig, fråga sedan frågor innan du undertecknar en leverantörs kontrakt.