Körmiljö och beräkning

Öppna appen och sedan Konfiguration → Körmiljö. Ändra fälten och välj Spara.

Körmiljöstack och version

Välj Körmiljöstack och Version. Listan erbjuder de versioner som din plattform tillhandahåller; en version som appen fortfarande kör men som inte längre erbjuds går att välja, märkt (no longer offered). Att spara en ny stack eller version bygger om appen — och dess slots, som körs på appens stack och version.

För en app som kör en containeravbild används inte stacken och versionen.

Port

Port är porten appen lyssnar på, 1 till 65535. En instans får trafik först när porten tar emot anslutningar.

För en app som byggs från ett förråd skrivs porten in i avbilden när den byggs: PORT, SERVER_PORT eller ASPNETCORE_HTTP_PORTS — se Hur en app byggs. Att spara en ny port bygger inte om avbilden, så välj Distribuera efter ändringen för att bygga appen för den nya porten. Till dess kontrolleras de nya instanserna på den nya porten medan koden lyssnar på den gamla, de blir aldrig klara, och de tidigare instanserna fortsätter att svara medan appen är Degraded.

En miljövariabel med namnet PORT avvisas om den inte har samma värde som porten.

Startprojekt

Startprojekt är sökvägen till det projekt som ett .NET-bygge publicerar, till exempel src/MyApp/MyApp.csproj, högst 200 tecken. Avbilden kör assemblyn med projektfilens namn; utan sökväg kör den app.dll. En ändring bygger om appen.

Beräkningsplan

Välj Beräkningsplan. Listan visar varje plans namn och beskrivning; planer som en policy i boundaryn inte tillåter är inaktiverade. En app som redan har en plan som en policy inte längre tillåter kan behålla den och ändå redigeras.

En ny plan byter ut instanserna utan att bygga om avbilden. Utan beständig lagring fortsätter de gamla instanserna att svara tills de nya är klara — och fortsätter även om de nya, större inte får plats i klustret. Med beständig lagring är appen nere en kort stund medan den startar om.

Ett planbyte ändrar inte storleken på en disk som appen redan har: disken behåller den storlek den skapades med.

Beständig lagring

Slå på Beständig lagring för att ge appen en disk, monterad på /data, med storleken i dess beräkningsplan. Utan den finns appens filer bara kvar lika länge som varje instans.

• Disken kan bara vara ansluten till en nod i klustret åt gången, så en app med beständig lagring stoppas innan den startas igen vid varje utrullning, och är nere en kort stund.
• Appen och var och en av dess slots får en egen disk.
• Med fliken Filer kan du bläddra i och ändra disken — se Filer.
• Att slå av den gör att disken inte längre monteras; appen ser inte /data. Själva disken finns kvar tills appen tas bort, och slår du på beständig lagring igen ansluts samma disk.

compute_plan_not_found

400, med plattformens vanliga felkropp — se Felkroppen. error lyder Compute plan '<name>' not found. och module är apps.

Rutterna som svarar med den, under /boundaries/{boundaryId}/resourcegroups/{resourceGroupName}/resources/apps:

Rutt	Planen som kontrolleras
POST {appName}	Den nya appens plan
PUT {appName} och PATCH {appName}	Planen appen har efter ändringen
POST {appName}/revisions/{number}/rollback	Planen som revisionen hade

Appen anger en beräkningsplan som inte är en av plattformens planer; namnet måste stämma exakt. Kontrollen körs varje gång en app skapas, ändras eller återställs till en revision — även när själva planen inte ändras. En app vars plan en plattformsadministratör sedan har bytt namn på eller tagit bort kan därför inte ändras alls — inte ens en inställning som inte har med planen att göra — förrän den flyttas till en plan som finns, och en återställning till en revision med en sådan plan nekas på samma sätt.

Välj en av planerna som plattformen erbjuder: listan Beräkningsplan i portalen, eller GET /boundaries/{boundaryId}/resources/appcomputeplans. För en app vars plan inte längre finns skickar du planen den ska flyttas till i samma ändring.

En plan som finns men som boundaryns policy för beräkningsplaner inte tillåter nekas med en annan kod, compute_plan_not_allowed, och status 422; meddelandet listar de planer som är tillåtna. Den kontrollen körs bara när planen ändras, så en app kan behålla en plan som en policy inte längre tillåter.