Små team behöver infrastruktur som de kan driva
Bedöm också vem som hanterar uppdateringar, driftfel och återställning. En liten portal visar när mer orkestrering kan hjälpa.
Ett litet teams infrastrukturval bör börja med driften: Vem kan få igång applikationen efter en misslyckad uppdatering, och vad händer om en server går sönder? En extra plattform är motiverad när den gör uppgifterna mer hanterbara under era faktiska förutsättningar.
En portal med begränsad uppbyggnad
Ett hypotetiskt team med tre utvecklare sköter en kundportal, en databas och en bakgrundsprocess som överför beställningar. Belastningen är förutsägbar i exemplet. Automatisk fördelning på många maskiner är inget krav. Det finns överenskomna återställningsmål vid avbrott; teamet behöver fortfarande visa praktiskt att de kan uppfyllas.
Jämförelsen gäller dokumenterad containerdrift på en server och ett Kubernetes-kluster som teamet driver självt. Det är en bedömning av detta exempel, utan någon allmän rangordning.
Driftfråga | En server med containrar | Ett självförvaltat kluster |
|---|---|---|
Vad måste uppdateras? | Operativsystem, containerkörmiljö och applikationer | Dessutom klustrets komponenter och deras konfiguration |
Vad händer om en maskin går sönder? | Portalen stannar; ersättning och återställning behövs | Fördelning kan hjälpa om tillräckligt många oberoende noder och lämplig konfiguration finns |
Hur återställs data? | Testad säkerhetskopia och dokumenterad återställning | En separat plan för applikationsdata och deras återställning behövs fortfarande |
Det enklare alternativet kan passa här om en demonstrerad återställningsprocedur uppfyller driftmålen. En enda server ger inte hög tillgänglighet. Om avbrottet är oacceptabelt för verksamheten faller alternativet bort i den formen.
Automatisering flyttar uppgifter
Kubernetes kan starta om containrar som slutat fungera och fördela applikationer på tillgängliga noder. Att en process körs igen bevisar dock inte att beställningar och bilagor är kompletta. Dataåterställning och kontroll av verksamhetsfunktioner behöver fortfarande planeras.
Även en hanterad tjänst kräver tydlig ansvarsfördelning: Sköter leverantören bara kontrollplanet, även noderna eller ytterligare uppgifter? Applikationsfel och möjligheten att återställa dina data försvinner inte automatiskt.
När beslutet ändras
Om företaget redan har en underhållen plattform med ett ansvarigt driftteam kan det vara rimligt att även köra den lilla portalen där. För de tre utvecklarna kan en separat server då kräva mer specialhantering. Kraftigt varierande belastning eller bindande tillgänglighetskrav kan också kräva en annan arkitektur.
Be före valet om en demonstration i testmiljö av en misslyckad release och ett återställningsscenario. Dokumentera vem som agerar och vilken verksamhetsfunktion som kontrolleras efteråt. De beläggen förklarar infrastrukturens lämplighet bättre än antalet komponenter.
Källor
Läs vidare
Alla artiklar
Cloud & drift med ASES
Hosting, driftsättning, underhåll och support