PaaS shoot-out: Cloud Foundry vs. OpenShift

PaaS (plattform som en tjeneste) har en interessant nisje i skyøkosystemet. Den sitter vanligvis på toppen av IaaS (infrastruktur som en tjeneste), som gir muligheten til å få tilgang til eksterne databehandlingsressurser. Med IaaS har du maskiner, eller virtuelle maskiner, som ikke er i lokalene dine, og som du kan bruke som du ønsker. Et eksempel på IaaS vil være Amazon EC2.

PaaS inkluderer infrastruktur, lagring, database, informasjon og prosess som en tjeneste. Tenk på PaaS som å levere eksterne datamaskiner, disker, databaser, informasjonsstrømmer og forretningsprosesser eller metaprogrammer, alt sammenbundet i en "stack" eller "sandbox". Applikasjonene kan godt være SaaS (programvare som en tjeneste), for eksempel et CMS (content management system) eller CRM (customer relations management) system. Hvor en PaaS tilfører verdi over IaaS, er å automatisere all klargjøring av ressurser og applikasjoner, noe som kan være en enorm tidsbesparelse.

[Også på: Cloud Foundry bringer kraft og polering til PaaS | OpenShift skinner for utviklere og ops | Puppet vs. Chef vs. Ansible vs. Salt | Arbeid smartere, ikke vanskeligere - last ned utviklerens overlevelsesguide | Hold deg oppdatert på de siste utviklernyhetene med 's Developer World-nyhetsbrev. ]

De to store PaaS-systemene med åpen kildekode er Red Hats OpenShift og Pivotals Cloud Foundry. Begge er tilgjengelige i tre smaker: hostet, enterprise og open source. For denne gjennomgangen så jeg først og fremst på bedriftsversjonene, som støttes fullt ut og er ment for bedrifter som vil kjøre PaaS i sin egen sky eller et datasenter. I begge tilfeller er verts- og bedriftsversjonene basert på åpen kildekodeversjon.

Ikke forveksle PaaS-systemer med konfigurasjonsadministrasjons- og orkestreringsverktøy, som Puppet, Chef, Ansible og Salt. Du kan bruke Puppet eller de andre til å sette opp en PaaS eller SaaS, eller bare for å administrere konfigurasjonen av en hel haug med servere. OpenShift bruker faktisk Puppet, og den er kompatibel med de andre. Cloud Foundry bruker et annet konfigurasjonsadministrasjonsverktøy: BOSH.

Små forskjeller

For distribusjon av applikasjonskildekode bruker OpenShift Git, men det lar deg også distribuere binære pakker. Cloud Foundry tar bare binærfilene dine (.WAR-filer for nå, med andre formater som skal støttes senere), og kombinerer dem automatisk med buildpacks av språk og rammeverk (for eksempel Java og Tomcat) og tjenester som databaser. Buildpack-formatet ble utviklet av Heroku og bidro til åpen kildekode-fellesskap, og skapte mange samfunnsbyggpakker, hvorav de fleste fungerer på Cloud Foundry.

Fire buildpacks er standard i Cloud Foundry: Java, Node.js, Ruby og Go. I de fleste tilfeller vil det åpne kildespråket eller rammeverket du trenger være tilgjengelig som en buildpack, og for å laste det, vil du ganske enkelt merke Git-depotet på Cloud Foundry-kommandolinjen når du trykker på appen din. Hvis den nødvendige buildpack ikke er lett tilgjengelig, kan du enkelt lage den i noen linjer med Ruby eller et annet skriptspråk.

OpenShift har ikke buildpacks. I stedet har den patroner, som inkluderer databaser, samt språk og rammer, og QuickStarts, som er applikasjoner med kode og biblioteker som allerede er konfigurert for deg.