Små team trenger infrastruktur de kan drifte
Vurder også hvem som håndterer oppdateringer, driftsfeil og gjenoppretting. En liten portal viser når mer orkestrering kan hjelpe.
Et lite teams infrastrukturvalg bør begynne med driften: Hvem kan få applikasjonen i gang etter en mislykket oppdatering, og hva skjer hvis en server svikter? En ekstra plattform er nyttig når den gjør disse oppgavene mer håndterlige under deres faktiske forhold.
En portal med begrenset oppbygning
Et hypotetisk team med tre utviklere vedlikeholder en kundeportal, en database og en bakgrunnsprosess som overfører bestillinger. Belastningen er forutsigbar i eksemplet. Automatisk fordeling på mange maskiner er foreløpig ikke et krav. Det er avtalt gjenopprettingsmål ved avbrudd; teamet må fortsatt vise i praksis at de kan oppfylles.
Sammenligningen gjelder dokumentert containerdrift på én server og en Kubernetes-klynge som teamet drifter selv. Dette er en vurdering av eksemplet, uten en generell rangering.
Driftsspørsmål | Én server med containere | En selvadministrert klynge |
|---|---|---|
Hva må oppdateres? | Operativsystem, containerkjøremiljø og applikasjoner | I tillegg klyngens komponenter og konfigurasjon |
Hva skjer hvis en maskin svikter? | Portalen går ned; utskifting og gjenoppretting er nødvendig | Fordeling kan hjelpe hvis nok uavhengige noder og egnet konfigurasjon er tilgjengelig |
Hvordan gjenopprettes data? | Testet sikkerhetskopi og dokumentert gjenoppretting | En egen plan for applikasjonsdata og gjenoppretting er fortsatt nødvendig |
Det enklere alternativet kan passe her hvis en demonstrert gjenopprettingsprosedyre oppfyller driftsmålene. Én server gir ikke høy tilgjengelighet. Hvis dette avbruddet er uakseptabelt for virksomheten, utelukkes alternativet i denne formen.
Automatisering flytter oppgaver
Kubernetes kan starte containere som har feilet, på nytt og fordele applikasjoner på tilgjengelige noder. En prosess som kjører igjen, beviser likevel ikke at bestillinger og vedlegg er komplette. Datagjenoppretting og kontroll av forretningsfunksjonene må fortsatt planlegges.
Også en administrert tjeneste krever tydelig ansvarsdeling: Håndterer leverandøren bare kontrollplanet, også nodene eller flere oppgaver? Applikasjonsfeil og muligheten til å gjenopprette dine data forsvinner ikke automatisk.
Når beslutningen endrer seg
Hvis virksomheten allerede har en vedlikeholdt plattform med et ansvarlig driftsteam, kan det være fornuftig å kjøre den lille portalen der også. For de tre utviklerne kan en egen server da kreve mer særskilt håndtering. Sterkt varierende belastning eller bindende tilgjengelighetskrav kan også kreve en annen arkitektur.
Be før valget om en demonstrasjon i testmiljø av en mislykket utrulling og et gjenopprettingsscenario. Dokumenter hvem som handler, og hvilken forretningsfunksjon som kontrolleres etterpå. Disse bevisene forklarer infrastrukturens egnethet bedre enn antallet komponenter.
Kilder
Les videre
Alle artikler
Sky og drift med ASES
Hosting, utrulling, vedlikehold og oppfølging