Video: Client server arkitektur og trelagsarkitektur 2025
Hvordan passer alle komponentene i en skyleverandørmodell sammen fra et arkitektonisk perspektiv? Følgende diagram viser de forskjellige skygtjenestene og hvordan de relaterer seg til hverandre basert på de tre bestanddelene: skyforbrukerne, skygtjenesteleverandører og skymeglere. Dette diagrammet er fra Statens institutt for standarder og teknologi.
På venstre side av diagrammet inneholder forbrukerforbrukerne alle de forbrukerne som samler en gruppe tjenester for interne og eksterne brukere. og bedriftsledelsen som trenger å få disse tjenestene tilgjengelige som ledd i implementering av forretningsstrategi.
Innenfor denne kategorien er applikasjoner, mellomvare, infrastruktur og tjenester som er bygget ut fra beregningsmodeller på stedet. I tillegg avbilder denne modellen rollen som sky auditor . Denne organisasjonen gir tilsyn enten av en intern eller ekstern gruppe som sørger for at forbrukergruppen oppfyller sine forpliktelser.
Cloud service providers (se midten av diagrammet) representerer alle modellene for skygtjenester. En skygtjenesteleverandør kan være et kommersielt selskap eller et selskap som bestemmer seg for å bli sin egen skygtjenesteoperatør. Cloud-leverandører kan gi de underliggende fysiske og virtualiserte ressursene som trengs for å kjøre ulike skygtjenester. De kan også lage de faktiske applikasjonene og forretningstjenestene som opererer i disse miljøene.
Disse ulike skymodellene eksisterer ikke i isolasjon - de er alle knyttet til hverandre. I tillegg er det et helt økosystem av partnere som støtter ulike leverandører med tilbud. Tjenesteleverandøren gir en enhetlig arkitektur for å støtte og administrere disse tjenestene konsekvent. Administrere disse tjenestene er et stort krav for enhver skygtjenesteleverandør. Disse administrasjonsplattformene må både gi støtte til driften av de ulike tjenestene og styre måten de utfører for å støtte bedriftskrav.
Cloud-leverandøren må støtte alle de viktige skyleveransemodellene, inkludert Business Process as a Service (BPaaS), som ikke er vist i diagrammet. I tillegg til å støtte det fysiske og virtuelle miljøet, er det viktig å huske at alle disse skymodellene og støttemiljøet må knyttes sammen i form av serviceorkestrasjon.Uten serviceorkestering vil hver tjeneste bli en selvstendig silo.
Det er klart at alle komponentene i cloud provider-modellen må administreres. Det må være tjenester for å støtte virksomheten, for å administrere konfigurasjoner, og å levere de rette ressursene på etterspørsel. Ledelsestjenester må også støtte interoperabilitet og serviceportabilitet.
