Introduktion till App Service-miljön v1

Artikel
12/06/2023

Viktigt!

Den här artikeln handlar om App Service-miljön v1. App Service-miljön v1 går i pension den 31 augusti 2024. Det finns en ny version av App Service-miljön som är enklare att använda och köra på kraftfullare infrastruktur. Om du vill veta mer om den nya versionen börjar du med Introduktion till App Service-miljön. Om du för närvarande använder App Service-miljön v1 följer du stegen i den här artikeln för att migrera till den nya versionen.

Från och med den 29 januari 2024 kan du inte längre skapa nya App Service-miljön v1-resurser med någon av de tillgängliga metoderna, inklusive ARM/Bicep-mallar, Azure Portal, Azure CLI eller REST API. Du måste migrera till App Service-miljön v3 före den 31 augusti 2024 för att förhindra resursborttagning och dataförlust.

Översikt

En App Service-miljön är ett premiumtjänstplanalternativ i Azure App Service som tillhandahåller en helt isolerad och dedikerad miljö för säker körning av Azure App Service-appar i hög skala.

App Service-miljön är idealiska för programarbetsbelastningar som kräver:

Mycket hög skala
Isolering och säker nätverksåtkomst

Kunder kan skapa flera App Service-miljön i en enda Azure-region samt i flera Azure-regioner. Detta gör App Service-miljön idealiska för horisontell skalning av tillståndslösa programnivåer till stöd för höga RPS-arbetsbelastningar.

App Service-miljön är isolerade till att endast köra en enskild kunds program och distribueras alltid till ett virtuellt nätverk. Kunder har detaljerad kontroll över både inkommande och utgående programnätverkstrafik, och program kan upprätta säkra anslutningar med hög hastighet via virtuella nätverk till lokala företagsresurser.

En översikt över hur App Service-miljön möjliggör hög skalbar och säker nätverksåtkomst finns i AzureCon Deep Dive on App Service-miljön s!

En djupdykning om horisontell skalning med flera App Service-miljön finns i artikeln om hur du konfigurerar ett geo-distribuerat appavtryck.

Information om hur säkerhetsarkitekturen som visas i AzureCon Deep Dive har konfigurerats finns i artikeln om hur du implementerar en säkerhetsarkitektur i flera lager med App Service-miljön.

Appar som körs på App Service-miljön kan få sin åtkomst gated av överordnade enheter, till exempel brandväggar för webbprogram (WAF). Artikeln om hur du konfigurerar en WAF för App Service-miljön omfattar det här scenariot.

Kommentar

Även om den här artikeln handlar om webbappar, så gäller den även för API-appar och mobilappar.

Dedikerade beräkningsresurser

Alla beräkningsresurser i en App Service-miljön är uteslutande dedikerade till en enda prenumeration, och en App Service-miljön kan konfigureras med upp till femtio (50) beräkningsresurser för exklusiv användning av ett enda program.

En App Service-miljön består av en klientdelsberäkningsresurspool samt en till tre arbetsberäkningsresurspooler.

Klientdelspoolen innehåller beräkningsresurser som ansvarar för TLS-avslutning samt automatisk belastningsutjämning av appbegäranden inom en App Service-miljön.

Varje arbetspool innehåller beräkningsresurser som allokerats till App Service-planer, som i sin tur innehåller en eller flera Azure App Service-appar. Eftersom det kan finnas upp till tre olika arbetspooler i en App Service-miljön har du flexibiliteten att välja olika beräkningsresurser för varje arbetspool.

På så sätt kan du till exempel skapa en arbetspool med mindre kraftfulla beräkningsresurser för App Service-planer som är avsedda för utveckling eller testappar. En andra (eller till och med tredje) arbetspool kan använda mer kraftfulla beräkningsresurser som är avsedda för App Service-planer som kör produktionsappar.

Mer information om mängden beräkningsresurser som är tillgängliga för klientdels- och arbetspoolerna finns i Konfigurera en App Service-miljön.

Mer information om tillgängliga beräkningsresursstorlekar som stöds i en App Service-miljön finns på sidan Priser för App Service och granskar de tillgängliga alternativen för App Service-miljön på prisnivån Premium.

Stöd för virtuellt nätverk

En App Service-miljön kan skapas i antingen ett virtuellt Azure Resource Manager-nätverk eller i ett klassiskt virtuellt distributionsmodellnätverk (mer information om virtuella nätverk). Eftersom en App Service-miljön alltid finns i ett virtuellt nätverk, och mer exakt i ett undernät i ett virtuellt nätverk, kan du använda säkerhetsfunktionerna i virtuella nätverk för att styra både inkommande och utgående nätverkskommunikation.

En App Service-miljön kan vara antingen Internetuppkopplad med en offentlig IP-adress eller intern motkopplad med endast en Azure Internal Load Balancer-adress (ILB).

Du kan använda nätverkssäkerhetsgrupper för att begränsa inkommande nätverkskommunikation till det undernät där en App Service-miljön finns. På så sätt kan du köra appar bakom överordnade enheter och tjänster som brandväggar för webbprogram och SaaS-nätverksproviders.

Apparna måste ofta även komma åt företagsresurser, t.ex. interna databaser och webbtjänster. En vanlig metod är att göra dessa slutpunkter endast tillgängliga för intern nätverkstrafik som flödar i ett virtuellt Azure-nätverk. När en App Service-miljön har anslutits till samma virtuella nätverk som de interna tjänsterna kan appar som körs i miljön komma åt dem, inklusive slutpunkter som kan nås via anslutningar från plats till plats och Azure ExpressRoute.

Mer information om hur App Service-miljön fungerar med virtuella nätverk och lokala nätverk finns i följande artiklar om nätverksarkitektur, kontroll av inkommande trafik och säker Anslut ing till serverdelar.

Komma igång

Information om hur du kommer igång med App Service-miljön finns i Skapa en ASEv1 från mall

En översikt över App Service-miljön nätverksarkitektur finns i artikeln Översikt över nätverksarkitektur.

Mer information om hur du använder en App Service-miljön med ExpressRoute finns i följande artikel om Express Route och App Service-miljön s.