Två vägar till ett privat moln. Bara en av dem är byggd för utvecklarna.
Står ni inför att bygga ett privat moln finns i praktiken två vägar. Antingen bygger ni det underifrån på en hypervisor, där Azure Local är Microsofts färdiga paket. Eller så bygger ni det på containrar, där Kubernetes är standarden och Stackship är lagret som gör det till ett moln. Valet handlar mindre om teknik än om vem plattformen är till för — den här sidan går igenom skillnaden utan att låtsas att den ena vägen alltid vinner.
Vad de två vägarna faktiskt optimerar för
Båda ger er ett privat moln. De löser olika problem på vägen dit.
Hypervisorvägen
Ni får infrastruktur, lagring, kluster och hantering i ett paket från en leverantör. Driften får ett välbekant verktygsfält och en supportkanal. Applikationsteamen får virtuella maskiner, och det de bygger ovanpå bygger de själva.
Optimerat för infrastrukturteamet. Bra när tyngdpunkten ligger på att drifta det ni redan har.
Containervägen
Ni får en standardorkestrerare som varken vi eller någon annan äger, och ett plattformslager ovanpå som ger utvecklarna en tjänstekatalog med självbetjäning. Driften byter arbetssätt. Applikationsteamen slutar vänta.
Optimerat för dem som bygger mjukvara. Bra när nya tjänster ska levereras snabbare än infrastrukturen hinner beställas.
Vad Stackship lägger till
Ett plattformslager ovanpå er Kubernetes — inte ännu en infrastrukturstack.
En tjänstekatalog, inte en VM-katalog
Postgres, objektlagring, cache, meddelandeköer, secrets och funktioner som färdiga tjänster. Skillnaden mot en virtualiseringsplattform är inte hur snabbt en maskin startar — det är att ingen behöver starta en maskin.
Självbetjäning som faktiskt är det
Ett team ska kunna gå från idé till körande miljö utan att någon annan öppnar ett ärende. Det är kravet ett moln ska klara, och det är kravet de flesta on-prem-plattformar faller på.
Vi rör inte er infrastruktur
Vanilla Kubernetes, OpenShift, Tanzu eller något annat, driftat av er eller av en partner. Vi ställer inga krav på distribution, hårdvara eller vem som håller i klustret.
Tjänsterna ligger i ert eget registry
Alla resurs-images följer med installationen och hamnar i ert registry. Att köra plattformen och beställa nya tjänster kräver ingen kontakt med oss. Det enda som hämtas utifrån är uppgraderingar av plattformen själv.
Inget beroende av ett molnkonto
Kontrollplanet körs på era kluster. Licensen är en nyckel med giltighetstid, inte en uppkoppling. Med licensperiod skickas ingen användningsdata till oss över huvud taget.
Er identitetsleverantör, inklusive Microsofts
SAML och OIDC mot den IdP ni redan kör. Har ni Entra ID fungerar det utmärkt. Det krävs bara inte.
När Azure Local är det bättre valet
Vi tror inte att containervägen är rätt för alla. Azure Local är sannolikt ett bättre val om:
Känner ni igen er i det ska ni inte köpa av oss. Hör gärna av er ändå — vi säger till om vi tror att ni gör rätt.
När containervägen är det bättre valet
Containervägen med Stackship ovanpå är sannolikt rätt om:
Känner ni igen er i flera av punkterna är hypervisorvägen ett stort ingrepp för att lösa ett problem som sitter längst upp i stacken.
Har ni ingen Kubernetes ännu?
Stackship är plattformslagret. Vi levererar inte Kubernetes och tar inte ansvar för det.
Det behöver inte vara ert problem. Våra partners levererar Kubernetes som driftad tjänst med Stackship ovanpå, vilket ger er samma helhet som Azure Local erbjuder — men med europeisk leverantörskedja och utan att stacken låses till en hyperscaler. Vill ni bygga och drifta själva går det förstås också.
Prata med oss om vilken väg som passar erVanliga frågor
Vägvalet i praktiken: omfattning, krav och villkor.
Efterlevnad
GDPR-datalagring, NIS2-kontroller, revisionslogg, policy som kod, RBAC och kryptering. Inbyggt, inte påklistrat, och på infrastruktur som inte hanteras från någon annans moln.