Hoppa till innehållet
Stackship-dokumentation English

LivscykelhanteringAdministratörerMaskinöversatt

Livscykelhantering

Hur plattformen vet vilken version av var och en av sina delar som körs, var nya versioner kommer ifrån och hur en uppgradering planeras, kontrolleras, rullas ut och avslutas.

Livscykelhantering visar vilken version av varje del av plattformen som körs, vilka nyare versioner som finns, och uppgraderar dem. Plattformsadministratörer hittar den under Inställningar → Livscykelhantering i sidomenyn och på sidan Admin. För att öppna den krävs lifecycle/view på plattformens rot, som Platform Owner, Platform Contributor och Platform Reader har; allt som ändrar något kräver mer — se Behörigheter.

Sidan har fyra flikar: Components, Beroenden, Rollouts och Efter uppgradering.

Komponenter

En komponent är en del av plattformen som versioneras och uppgraderas för sig:

Typ, som sidan visar den Vad det är
Platform Core Plattformens API
Platform Operator Operatorn som körs i klustret och genomför utrullningar
Platform Portal Portalen
Service Orchestrator En backendmodul, till exempel Apps, Secrets eller Lifecycle själv
Component Definitions Paketet med plattformens anpassade resursdefinitioner (CRD:er)
Dependency Ett Helm-chart från tredje part som plattformen körs på, till exempel cert-manager eller CloudNativePG
Plattformssteg (installer) Installationsprogrammet för en plattformsrelease, som körs som ett eget steg i en releaseutrullning

Fliken Components listar alla komponenter utom beroendena, som har en egen flik. För var och en visas versionen som körs, den senaste releasen, hälsan och när den senast ändrades. Plattformen bevakar sina egna Deployments hela tiden, så fliken visar det som faktiskt körs i klustret, inte det som senast begärdes.

Releaser

Nya versioner kommer från ett releaseflöde: en signerad lista över plattformsreleaser som plattformen läser ungefär en gång i timmen och varje gång någon väljer Sök efter uppdateringar. En plattformsrelease är en namngiven uppsättning komponentversioner. Varje avbildning i den är låst med digest och varje paket med kontrollsumma, så en utrullning installerar exakt det releasen anger. Hur flödet läses, verifieras och konfigureras beskrivs i Releaser och releaseflödet.

CRD-paketets version namnger plattformsreleasen: när en utrullning har tillämpat en releases paket rapporterar plattformen den releasen som sin egen version.

Utrullningar

En uppgradering är en utrullning. Du väljer komponenter och vilka versioner de ska till; plattformen gör om det till en plan, ordnar den i batchar — tredjepartscharts först, sedan CRD-paketet, sedan releasens installationsprogram och sist plattformens egna komponenter i beroendeordning — och kontrollerar den. När du kör den rullar operatorn ut en batch i taget och kontrollerar varje komponents hälsa innan nästa börjar. En utrullning som stöter på problem pausar i stället för att fortsätta, och väntar på att du återupptar den, avbryter den eller senare rullar tillbaka den; en batch som får slut på tid avslutar den som misslyckad.

Bara en utrullning i taget kan köras, i hela plattformen. Se Uppgradera plattformen.

Kontroller före uppgradering

Innan en utrullning startar kontrollerar plattformen att plattformen och klustret klarar den: att komponenterna är friska, att identitetsleverantören och databasen svarar, att avbildningarna går att hämta och att de klusterobjekt releasen behöver finns på plats. En varning stoppar aldrig en utrullning; ett fel måste åsidosättas medvetet, och några fel går inte att åsidosätta alls. Alla kontroller finns i Kontroller före uppgradering.

Avvikelser

En avvikelse är skillnaden mellan det plattformens register säger och det klustret kör. Livscykelhantering rapporterar två slag:

  • Komponenter som skiljer sig från sitt register — en plattformsavbildning som ingen komponent svarar för, ett tredjepartschart som inte längre har den version den senaste utrullningen tillämpade, eller Kubernetes-behörigheter som den körda releasen deklarerar men som klustret ännu inte har. De visas som varningar på flikarna Components och Beroenden; se Statusar.
  • Plattformsinställningar som ändrats för hand — fält i plattformens egna klusterobjekt som någon har ändrat direkt i klustret. Plattformen letar efter dem regelbundet, och nästa releaseutrullning stannar innan den skriver över dem. Se Inställningar ändrade för hand.

Efter uppgradering

Vissa uppgraderingar slutar med ett steg som plattformen inte kan ta själv, eftersom det skulle innebära att plattformen gav sig själv rättigheter. Fliken Efter uppgradering samlar dem, och en påminnelse visas överst på varje sida tills de är gjorda. Se Efter uppgradering.

Installera en komponent

En valfri backendmodul som inte installerades med plattformen kan installeras senare från fliken Components — se Installera en komponent. Att byta version på en komponent som redan är installerad är alltid en utrullning.

Plattformens säkerhetskopior

Plattformens egna säkerhetskopior — vart de går, när de körs och om de lyckades — hör till samma modul, under Inställningar → Säkerhetskopior. Se Plattformens säkerhetskopior.

Sidor i den här modulen