Platform-As-A-Service (PAAS) er en af de servicemodeller, der er forbundet med cloud computing. I denne model spiller softwaremiljøet en central rolle i at skabe en skræddersyet softwareløsning. En PAAS-platform giver et integreret udviklingsmiljø med alle de nødvendige værktøjer til at skabe og implementere en sofistikeret cloud-applikation. Denne artikel dykker ned i det grundlæggende i denne model, mens du lærer om dens koncept i forhold til andre servicemodeller og tilgængelige værktøjer.
En oversigt
Der er tre grundlæggende Cloud-servicemodeller:IAAS, PAAS og SAAS. Blandt dem er PAAS og IAAS tæt beslægtede. Ligheden ligger i deres formål; begge forsøger at løse problemet med effektivt at administrere og udgive softwaretjenester til slutbrugeren. Forskellen ligger dog i den måde, de leverer deres tjenester på. For eksempel er fokus i IAAS at levere infrastruktur som en primær ressource. Det assimilerer forskellige infrastrukturelle komponenter såsom virtuelle maskiner, containere, netværk og andre relaterede tjenester under banneret af en enkelt standardramme. Administratoren og ingeniørerne ruller derefter ressourcer ud i form af applikationer og tjenester. Denne models iboende sammenhængskraft gør den nem at administrere og giver hurtig levering af infrastruktur fra ende til ende.
PAAS, på den anden side, tager kode op som sin første tilgang. Udvikleroperatørerne og programmøren bruger et sæt programmeringssprog og rammer til at konstruere softwareløsningen og implementere dem ved serviceenden. PaaS-serviceingeniører behøver ofte ikke at konfigurere eller endda forstå den underliggende infrastruktur på lavt niveau, fordi det hele bliver taget hånd om på deres vegne. Dette er forskellen, hvor IAAS tager sig af disse komponenter, mens PAAS fokuserer på at levere platformen til softwaretjenester.
Faktisk udviskes forskellen mellem Cloud-tjenestemodeller ofte, fordi modellerne er tæt knyttet til hinanden i en pyramideformet struktur. De softwaretjenester, der leveres af PAAS, har brug for platformens infrastruktur til at udføre ting såsom lagerplads, hukommelse, processorkraft og så videre. Uden disse kan vi ikke få en platform (PAAS), og uden platformen klar kan vi ikke køre softwareløsningen (SAAS). Derfor er der en fin linje forskel, når vi dykker dybere ned i Cloud-servicemodellen. Dette kan fint illustreres med en pyramidestruktur, som vist i figur 1.
Figur 1: Softwareservicepyramiden
PAAS-servicemodellen
Denne model beskriver software, der leverer runtime-miljøet, udviklings- og implementeringsværktøjer. En softwareudvikler bruger dette miljø og værktøjer til at skabe en skræddersyet softwareløsning. Platformen inkluderer et sæt udviklingssprog, applikationsrammer og andre konstruktionsværktøjer, såsom peg-og-klik værktøjer, der endda hjælper ikke-udviklere med at skabe en softwareløsning. PAAS-værktøjet giver ofte et komplet integreret udviklingsmiljø til at hjælpe dig, lige fra kickstart-udvikling til dets udrulning som en del af dets service. Den har også en fuldgyldig standardunderstøttelse af brugergrænsefladedesign, såsom HTML, JavaScript og andre rich media-teknologier.
Slutbrugere i PAAS er generelt programmører, udviklere, nørder og endda semi-tekniske personer, eller de kan være alle, der ved, hvordan man arbejder med platformen og værktøjerne. Naturligvis varierer graden af interaktion fra blot at fodre data til at hente dem for at skabe en komplet sofistikeret løsning. Dette bestemmes af graden af funktionsfrihed tilladt af platformudbyderen. PAAS-slutbrugeren er ikke forpligtet til at vedligeholde eller administrere hverken hardwaren eller softwaren. Den eneste rolle, de spiller, er at bruge miljøet til udvikling. Kort sagt er PAAS-serviceudbyderen således ansvarlig for alle de operationelle aktiviteter, vedligeholdelse og styring af deres egen produktlivscyklus.
Et par vigtige fordele ved PAAS-modellen er som følger:
- Lav vedligeholdelse og køb dyr hardware, servere, lagerplads, processorkraft og så videre.
- Lav vedligeholdelsesomkostning; Cloud-tjenesteudbyderen påtager sig ansvaret for administrationen.
- Tjenesten kan skaleres hurtigt op eller ned efter behov.
Der er også nogle problemer med PAAS.
- På grund af platformsafhængighed er portabilitet et problem.
- Fordi data vedligeholdes i skylager, er sikkerhed et problem.
PAAS-udvikling
PAAS leverer et væld af tjenester, der abstraherer applikationsinfrastruktur, operativsystem og middleware, sammen med et team af udviklere til at bygge, teste og implementere en softwareløsning med lidt it-hjælp. Der er selvbetjenings- og on-demand-værktøjer, ressourcer, automatisering og platformsruntime-containere, der hjælper gennem hele applikationens livscyklusstyring (se figur 2).
Figur 2: PAAS Service-modellen
Ud over skaleringsmuligheder giver platformen høj tilgængelighed sammen med automatiske konfigurations-, administrations- og belastningsbalanceringsværktøjer.
PAAS eksponerer sine mange kopier i Cloud-miljøet. Som et resultat kan det imødekomme et isoleret forretningsbehov på en særskilt måde. Dette er afgørende for applikationer, der har overholdelsesproblemer eller som f.eks. internt-vendte kontra eksternt-vendte sæt af programmer. Værktøjerne og applikationsopbygningsnormerne er dog fælles for udviklere, der selv arbejder i separate kopier af miljøer. PAAS-tjenesten kan flette lokale ressourcer og data for at tone applikationen med et personligt touch til en række forskellige webtjenester.
IAAS giver byggestenene til en effektiv PAAS. Dette skyldes, at udviklere, der bygger i et Cloud-miljø, får bedre fleksibilitet, hvis de har dyb adgang til platformens underliggende infrastruktur. Adgang til applikationsservere, webservere og databaser gør det nemt for udviklere at skalere op eller ned på kapaciteten og kvaliteten af den leverede service. Dette er vigtigt ikke kun for applikationen, men også for den overordnede PAAS-kapacitet.
PAAS-værktøjer
Google App-motoren er et af de populære eksempler på PAAS Cloud-tjenestemodellen. Den udgiver API'er, der bruges af programmører til at skabe en softwareløsning. Google leverer også de nødvendige værktøjer, såsom udviklingsramme, filsystem og lagring. De leverandører, der laver en PAAS-løsning ved hjælp af Google API'er, er grundlæggende udviklere, der leverer den komplette løsning til kunden. I denne henseende fungerer Google også som en PAAS-leverandør, der tilbyder mange webtjenester til udviklere. Også Google Maps, Google Earth, Gmail og lignende er nogle af de tjenester, der tilbydes kunderne, som passende kaldes SAAS-tjenester, men som helhed er de også i overensstemmelse med PAAS-servicemodellen.
Problemet med PAAS-servicemodellen er, at den binder udvikleren såvel som slutbrugeren til en specifik platform, der tilbydes af leverandøren. For eksempel er en applikation bygget ved hjælp af Google API, der fungerer i Google App Engine, beregnet til kun at fungere i det pågældende miljø. Derfor er muligheden for udvidelse ud over en specifik leverandørs support ret begrænset.
Der er i øjeblikket et stigende antal PAAS-leverandører på markedet. De tilbyder tjenester både som en del af private og offentlige Cloud-tjenester. For eksempel målretter Google, Amazon Web Services og Facebook forretningsbrugere til at tilbyde deres tjenester, Red Hats OpenShift tilbyder privat et datacenter, Jelastic tilbyder Cloud-tjenester til at bygge Java- og PHP-applikationer med minimal kodning. Det har også internationale hostingpartnere og datacentre. Nogle andre navne er Salesforce platform, IBM Bluemix, Oracle Cloud platform, Windows Azure. Heroku, Ubuntu for Cloud, CloudBees, AppFog, Caspio, Cloud Foundry (open source), Iron Foundry (open source) og så videre.
Konklusion
I denne æra af internettet er PAAS ideel til at bygge cloud-bevidste applikationer, ikke kun til computere, men også til mange håndholdte enheder. Dette udnytter den voksende trend med omkostningseffektiv support til it-forbrugere, også Bring Your Own Device (BYOD)-programmer. En forbruger har brug for den samme applikation, der er tilgængelig i ikke kun deres computere, men også i mange håndholdte enheder, såsom mobiltelefoner. PAAS har gjort det muligt nu, og i de kommende år vil skelnen mellem forskellige Cloud-tjenestemodeller være ret irrelevant.