Platform-As-A-Service (PAAS) är en av tjänstemodellerna förknippade med molnberäkning. I denna modell spelar mjukvarumiljön en avgörande roll för att skapa en skräddarsydd mjukvarulösning. En PAAS-plattform tillhandahåller en integrerad utvecklingsmiljö med alla nödvändiga verktyg för att skapa och distribuera en sofistikerad molnapplikation. Den här artikeln fördjupar sig i grunderna för denna modell samtidigt som man lär sig om dess koncept i relation till andra tjänstemodeller och tillgängliga verktyg.
En översikt
Det finns tre grundläggande molntjänstmodeller:IAAS, PAAS och SAAS. Bland dem är PAAS och IAAS nära besläktade. Likheten ligger i deras mål; båda försöker lösa problemet med att effektivt hantera och publicera programvarutjänster till slutanvändaren. Skillnaden ligger dock i hur de levererar sina tjänster. Till exempel i IAAS är fokus att tillhandahålla infrastruktur som en primär resurs. Den assimilerar olika infrastrukturkomponenter som virtuella maskiner, behållare, nätverk och andra relaterade tjänster under flaggan av ett enda standardramverk. Administratören och ingenjörerna rullar sedan ut resurser i form av applikationer och tjänster. Den inneboende sammanhållningen i denna modell gör den lätt att hantera och ger snabb leverans av hela infrastrukturen.
PAAS, å andra sidan, tar upp kod som sitt första tillvägagångssätt. Utvecklare och programmerare använder en uppsättning programmeringsspråk och ramverk för att konstruera mjukvarulösningen och distribuera dem vid tjänstens slut. PaaS-serviceingenjörer behöver ofta inte konfigurera eller ens förstå den underliggande lågnivåinfrastrukturen eftersom allt tas om hand på deras vägnar. Detta är skillnaden där IAAS tar hand om dessa komponenter medan PAAS fokuserar på att tillhandahålla plattformen för mjukvarutjänster.
Faktum är att skillnaden mellan molntjänstmodeller ofta suddas ut eftersom modellerna är nära knutna till varandra i en pyramidformad struktur. Mjukvarutjänsterna som tillhandahålls av PAAS behöver plattformens infrastruktur för att exekvera saker som lagringsutrymme, minne, processorkraft och så vidare. Utan dessa kan vi inte få en plattform (PAAS), och utan plattformen klar kan vi inte köra mjukvarulösningen (SAAS). Därför finns det en finfin skillnad när vi dyker djupare in i molntjänstmodellen. Detta kan fint illustreras med en pyramidstruktur, som visas i figur 1.
Figur 1: Programvarutjänstpyramiden
PAAS-tjänstmodellen
Denna modell beskriver programvara som tillhandahåller runtime-miljön, utvecklings- och distributionsverktyg. En mjukvaruutvecklare använder denna miljö och verktyg för att skapa en skräddarsydd mjukvarulösning. Plattformen innehåller en uppsättning utvecklingsspråk, applikationsramverk och andra konstruktionsverktyg, såsom peka-och-klicka verktyg som till och med hjälper icke-utvecklare att skapa en mjukvarulösning. PAAS-verktyget tillhandahåller ofta en komplett integrerad utvecklingsmiljö för att hjälpa dig, ända från kickstartutveckling till dess implementering som en del av dess tjänst. Den har också ett fullfjädrat standardstöd för design av användargränssnitt som HTML, JavaScript och andra rich media-tekniker.
Slutanvändare i PAAS är i allmänhet programmerare, utvecklare, nördar och till och med semi-tekniska personer, eller kan vara vem som helst som vet hur man arbetar med plattformen och verktygen. Naturligtvis varierar graden av interaktion från att bara mata data till att hämta dem för att skapa en komplett sofistikerad lösning. Detta bestäms av graden av funktionsfrihet som tillåts av plattformsleverantören. PAAS-slutanvändaren behöver inte underhålla eller hantera vare sig hårdvaran eller mjukvaran. Den enda roll de spelar är att använda miljön för utveckling. Kort sagt, PAAS-tjänsteleverantören är alltså ansvarig för alla operativa aktiviteter, underhåll och hantering av sin egen produktlivscykel.
Några viktiga fördelar med PAAS-modellen är följande:
- Lågt underhåll och köp dyr hårdvara, servrar, lagringsutrymme, processorkraft och så vidare.
- Låg underhållskostnad; molntjänsteleverantören tar på sig ansvaret för administrationen.
- Tjänsten kan skalas upp eller ner snabbt på begäran.
Det finns några problem med PAAS också.
- På grund av plattformsberoende är portabilitet ett problem.
- Eftersom data underhålls i molnlagring är säkerheten ett problem.
PAAS-utveckling
PAAS tillhandahåller en mängd tjänster som abstrakt applikationsinfrastruktur, operativsystem och mellanprogram, tillsammans med ett team av utvecklare för att bygga, testa och distribuera en mjukvarulösning med lite IT-hjälp. Det finns självbetjänings- och on-demand-verktyg, resurser, automation och plattformsruntime-behållare som underlättar hanteringen av applikationens livscykel (se figur 2).
Figur 2: PAAS-tjänstmodellen
Förutom skalningsmöjligheter ger plattformen hög tillgänglighet tillsammans med verktyg för automatisk konfiguration, hantering och lastbalansering.
PAAS exponerar sina flera kopior i molnmiljön. Som ett resultat kan det hantera ett isolerat affärsbehov på ett distinkt sätt. Detta är avgörande för applikationer som har problem med efterlevnad eller som applikationer som är riktade mot interna och externa applikationer. Verktygen och applikationsbyggande normer är dock vanliga för utvecklare som till och med arbetar i separata kopior av miljöer. PAAS-tjänsten kan slå samman lokala resurser och data för att färga applikationen med en personlig touch för en mängd olika webbtjänster.
IAAS tillhandahåller byggstenarna för en effektiv PAAS. Detta beror på att utvecklare som bygger i en molnmiljö får bättre flexibilitet om de har djup tillgång till plattformens underliggande infrastruktur. Tillgång till applikationsservrar, webbservrar och databaser gör det enkelt för utvecklare att skala upp eller ned kapaciteten och kvaliteten på den tillhandahållna tjänsten. Detta är viktigt inte bara för applikationen utan också för den övergripande PAAS-förmågan.
PAAS-verktyg
Google App-motorn är ett av de populära exemplen på PAAS molntjänstmodell. Den publicerar API:er som används av programmerarna för att skapa en mjukvarulösning. Google tillhandahåller också nödvändiga verktyg, såsom utvecklingsramverk, filsystem och lagring. De leverantörer som skapar en PAAS-lösning med hjälp av Googles API:er är i grunden utvecklare som tillhandahåller den kompletta lösningen till kunden. I detta avseende fungerar Google också som en PAAS-leverantör som erbjuder många webbtjänster till utvecklare. Dessutom är Google Maps, Google Earth, Gmail och liknande några av de tjänster som erbjuds kunderna som lämpligen kallas SAAS-tjänster, men som helhet överensstämmer de också med PAAS-tjänstemodellen.
Problemet med PAAS-tjänstemodellen är att den binder utvecklaren såväl som slutanvändaren till en specifik plattform som erbjuds av leverantören. Till exempel är en applikation byggd med Googles API som fungerar i Google App Engine avsedd att endast fungera i den specifika miljön. Därför är möjligheten till utökbarhet utöver en specifik leverantörs support ganska begränsad.
Det finns för närvarande ett ökande antal PAAS-leverantörer på marknaden. De erbjuder tjänster både som en del av privata och offentliga molntjänster. Till exempel riktar sig Google, Amazon Web Services och Facebook till företagsanvändare för att erbjuda sina tjänster, Red Hats OpenShift erbjuder ett privat datacenter, Jelastic erbjuder molntjänster för att bygga Java- och PHP-applikationer med minimal kodning. Det har också internationella värdpartners och datacenter. Några andra namn är Salesforce-plattformen, IBM Bluemix, Oracle Cloud-plattformen, Windows Azure. Heroku, Ubuntu for Cloud, CloudBees, AppFog, Caspio, Cloud Foundry (öppen källkod), Iron Foundry (öppen källkod) och så vidare.
Slutsats
I denna era av Internet är PAAS idealiskt för att bygga molnmedvetna applikationer, inte bara för datorer utan också för många handhållna enheter. Detta utnyttjar den växande trenden med kostnadseffektivt stöd för IT-konsumenter, även Bring Your Own Device (BYOD)-program. En konsument behöver samma applikation tillgänglig i inte bara sina datorer utan även i många handhållna enheter, som mobiltelefoner. PAAS har gjort det möjligt nu och under kommande år kommer skillnaden mellan olika molntjänstmodeller att vara ganska irrelevant.