K8S - OpenShift eller Vanilla?

Vi köper licenser för OpenShift och får en färdigpaketerad lösning,

Vi bygger upp allt själv med komponenter i öppen källkod och får investera i tid (mycket från SC-IT) i stället

• Supportad livscykelhantering av alla ingående komponenter(k8s-klustret, Dev pipelines, Operators)..

• Mycket av säkerhet finns inbyggd i grundkonceptet. (inklusive OS, RH CoreOS)

• Support på alla ingående baskomponenter samt väldigt många “Operators”(plugins)

• Användarvänligt GUI. Smidigt att använda för användare som inte är bekväm med CLI.

• Inlåsning mot Redhat(dock ej stor eller total)

T: Dessa delar är ännu okända pga POC ej klar:

• Säkerhet. Hur enkelt och effektivt är det att uppnå, upprätthålla och efterfölja säkerhet?

• Monitorering. Hur enkelt och effektivt är det att veta hur miljön mår, att hitta fel?

• Uppgraderingsförfarande. Kan uppgradering göras utan påverkan på miljöns tillgänglighet, kan den göras under dagtid, går det enkelt att rulla tillbaka en uppgradering

• Disaster recovery. Hur ser förfarandet ut, tidsåtgång, komplexitet?

• Användarhantering. Hur enkelt och effektivt är den löpande hanteringen av användare.

• Skalbarhet. Hur enkelt och effektivt är det att skapa nya kluster, att utöka befitnliga kluster. Att modifiera masters, workers (minne, disk, cpu)

• Support från leverantör. Vilken typ av support har vi behov av. Vad kostar supporten? Upphandling krävs för vanilla.

• Kringkomponenter. Build, deploy, image hantering. Vilka delar ingår i OpenShift. Hur påverkar dessa drift och support av plattformen som helhet vilka kostnader tillkommer?

• Dokumentation. Tillgång till dokumentation.

• Väldigt flexibel (vill vi ha flexibilitet?)

• Krävande livscykelhantering av alla ingående komponenter.

• Kräver att kommunen strategiskt bygger kompetens runt öppen plattform( problem kortsiktigt)

• Flexibilitet kan kräva mycket jobb, kan bli komplext

T: Dessa delar är ännu okända pga POC ej klar:

• Säkerhet. Hur enkelt och effektivt är det att uppnå, upprätthålla och efterfölja säkerhet?

• Monitorering. Hur enkelt och effektivt är det att veta hur miljön mår, att hitta fel?

• Uppgraderingsförfarande. Kan uppgradering göras utan påverkan på miljöns tillgänglighet, kan den göras under dagtid, går det enkelt att rulla tillbaka en uppgradering

• Disaster recovery. Hur ser förfarandet ut, tidsåtgång, komplexitet?

• Användarhantering. Hur enkelt och effektivt är den löpande hanteringen av användare.

• Skalbarhet. Hur enkelt och effektivt är det att skapa nya kluster, att utöka befitnliga kluster. Att modifiera masters, workers (minne, disk, cpu)

• Support från leverantör. Vilken typ av support har vi behov av. Vad kostar supporten? Upphandling krävs för vanilla.

• Kringkomponenter. Build, deploy, image hantering. Vilka delar ingår i OpenShift. Hur påverkar dessa drift och support av plattformen som helhet vilka kostnader tillkommer?

• Dokumentation. Tillgång till dokumentation.

Large

• Support kostnad(Redhat)

• Mindre krävande än Vanilla i form av egna FTE:er

• Jag uppskattar 3st resurser på minst 50% vardera från driften oavsett lösning. Detta är också starkt beroende till vilken ansvarsfördelning vi beslutar mellan utvecklare, administratörer/förvaltare och driftpersonal. Eftersom vissa kringkomponenter (build, deploy, imagehantering osv) ingår i OpenShift så måste vi jämföra totala kostnaden av alla komponenter likvärdigt./T

Medium

• Support via communities och timmar av extern part(ex. Conoa).

• Stor kostnad i förhållande till ocp med egna FTE:er