Cloud Reference Architecture
Etterhvert som Cloud Computing blir mer kjent, blir det også etterhvert bedre definert. Samtidig ser vi at stadig flere bygger sin interne IT arkitektur på mange av de samme kjerneteknologiene, om man kaller det en ”intern sky” (private cloud) eller ikke. For mange er trolig Cloud Computing så hypet eller oppskrytt at de ikke vil identifisere seg med det, selv om de bruker en del av de samme elementene.
HP har utarbeidet en arkitektur som viser hvilke elementer en Cloud Computing arkitektur bør bestå av, og deres innbyrdes relasjoner, kalt HP Cloud Reference Architecture. Dette arbeidet er gjort i samarbeid mellom HP Software og HP Enterprise Services (hvor EDS som HP kjøpte for noen år siden er hoveddelen), og bygger følgelig både på det teoretiske og det praktiske. Denne arkitekturen er illustrert i figuren nedenfor.

Hovedinndelingen er mellom tre nivåer: Supply, delivery og demand. Demand-nivået går på kunderelasjonen, dvs. hvordan IT driftsorganisasjonen samspiller med kunden, både for input i form av bestillinger av tjenester og endring av disse, og for output i form av SLA, fakturering og rapportering. Mye av dette vil inngå i en ITSM-type løsning (Service Manager), gjerne supplert med rapportering/dashboard fra BSM (f.eks. APM/BAC).
Delivery-nivået omfatter kontroll med produksjonen av de tjenester man leverer, frikoblet fra den underliggende infrastruktur som ligger på Supply-nivået. Delivery-nivået vil f.eks. sørge for at man leverer en E-post tjeneste med de attributter som er lovet/bestilt på Demand-nivået, uansett om denne bygger på intern tjenesteproduksjon eller ekstern, og uansett hvilken maskinvareplattform som ligger til grunn. Brukeradmininstrasjon og logging av ressursbruk på tjenestenivå vil ligge her.
Supply-nivået er det som styrer de egentlige tekniske ressursene. Provisjonering, installasjon, kapasitet er typiske nøkkelord for dette nivået. Her ligger beslutninger om plattformvalg og oppfølging av de enkelte tekniske ressurser.
Felles for både Deliver og Supply er verktøy for å sikre at man har en overordnet kontroll med tjenesteleveransen (Governance) og prosesser for å følge opp leveransen (Service Management) . Service Management verktøyet vil gjerne strekke seg godt inn i kundemiljøet (Demand).
Det ligger egentlig ikke noe revolusjonerende i denne modellen, men den kan fungere som en ”sjekkliste” som man ser sine egne tjenester i forhold til.