Azure Well-Architected Framework-perspektiv på Azure App Service (Web Apps)

Prioritera användarflöden: Alla flöden är inte lika kritiska. Tilldela prioriteter till varje flöde för att vägleda dina designbeslut. Design av användarflöde kan påverka vilka tjänstnivåer och antal instanser som du väljer för en App Service-plan och konfiguration.

Ditt program kan till exempel innehålla klientdels- och serverdelsnivåer som kommunicerar via en meddelandekö. Du kan välja att segmentera nivåerna i flera webbappar för att möjliggöra oberoende skalning, livscykelhantering och underhåll. Att placera ett stort program i en enda plan kan leda till minnes- eller CPU-problem och påverka tillförlitligheten.

Du kan behöva fler instanser på klientdelen för optimala prestanda på användargränssnittssidan. Serverdelen kanske dock inte kräver samma antal instanser.

Förutse potentiella fel: Planera riskreduceringsstrategier för potentiella fel. I följande tabell visas exempel på analys av felläge.

Mer information finns i Analys av felläge för Azure-program.

Skapa redundans: Skapa redundans i programmet och stödinfrastrukturen. Sprid instanser mellan tillgänglighetszoner för att förbättra feltoleransen. Trafiken dirigeras till andra zoner om en zon misslyckas. Distribuera ditt program i flera regioner för att säkerställa att din app förblir tillgänglig, även om en hel region upplever ett avbrott.

Skapa liknande redundansnivåer i beroende tjänster. Till exempel binder programinstanser till bloblagring. Överväg att konfigurera det associerade lagringskontot med zonredundant lagring (ZRS) om ett program använder en zonredundant distribution.

Ha redundans i nätverkskomponenter. Använd till exempel zonredundanta IP-adresser och lastbalanserare.

Ha en tillförlitlig skalningsstrategi: Oväntad belastning på ett program kan göra den otillförlitlig. Överväg rätt skalningsmetod baserat på dina arbetsbelastningsegenskaper. Ibland kan du skala upp för att hantera belastningen. Men om belastningen fortsätter att öka skalar du ut till nya instanser. Föredrar automatisk skalning framför manuella metoder. Underhåll alltid en buffert med extra kapacitet under skalningsåtgärder för att förhindra prestandaförsämring.

Den App Service-plannivå som du väljer påverkar skalningen när det gäller antalet instanser och beräkningsenheterna.

Se till att appinitieringen är korrekt så att nya instanser värms upp snabbt och kan ta emot begäranden.

Sträva efter tillståndslösa program när det är möjligt. Ett tillförlitligt skalningstillstånd med nya instanser kan öka komplexiteten. Överväg ett externt datalager som du kan skala oberoende av om du behöver lagra programtillstånd. Lagring av sessionstillstånd i minnet kan leda till att sessionstillståndet förloras när det uppstår problem med programmet eller App Service. Det begränsar också möjligheten att sprida belastningen över andra instanser.

Testa regelbundet reglerna för automatisk skalning. Simulera inläsningsscenarier för att verifiera att appen skalar som förväntat. Du bör logga skalningshändelser så att du kan felsöka problem som kan uppstå och optimera din skalningsstrategi över tid.

App Service har en begränsning av antalet instanser i en plan, vilket kan påverka skalningstillförlitligheten. En strategi är att använda identiska distributionsstämplar, var och en kör App Service-planinstansen med sin egen slutpunkt. Det är viktigt att du frontar alla stämplar med en extern lastbalanserare för att distribuera trafik mellan dem. Använd Azure Application Gateway för distributioner i en zon och Azure Front Door för distributioner med flera regioner. Den här metoden är idealisk för verksamhetskritiska program där tillförlitlighet är avgörande. Mer information finns i Verksamhetskritisk baslinje med App Service.

En App Service-plan distribuerar trafik mellan instanser och övervakar deras hälsa. Observera att den externa lastbalanseraren kanske inte omedelbart identifierar om en instans misslyckas.

Planera återställningen: Redundans är avgörande för affärskontinuitet. Redundansväxla till en annan instans om en instans inte kan nås. Utforska funktioner för automatisk återställning i App Service, till exempel automatisk reparation av instanser.

Implementera designmönster för att hantera graciös försämring för både tillfälliga fel, till exempel problem med nätverksanslutningar och storskaliga händelser som regionala avbrott. Tänk på följande designmönster:

• Bulkhead-mönstret segmentera ditt program i isolerade grupper för att förhindra att ett fel påverkar hela systemet.

• Mönster för köbaserad belastningsutjämning köar arbetsobjekt som fungerar som en buffert för att jämna ut trafiktoppar.

• Återförsöksmönstret hanterar tillfälliga fel på grund av nätverksfel, borttagna databasanslutningar eller upptagna tjänster.

• Kretsbrytarmönstret hindrar ett program från att upprepade gånger försöka utföra en åtgärd som sannolikt kommer att misslyckas.

Du kan använda WebJobs för att köra bakgrundsaktiviteter i webbappen. Om du vill köra dessa uppgifter på ett tillförlitligt sätt kontrollerar du att appen som är värd för ditt jobb körs kontinuerligt enligt ett schema eller baserat på händelsedrivna utlösare.

Mer information finns i Tillförlitlighetsmönster.

Utför tillförlitlighetstestning: Utför belastningstestning för att utvärdera programmets tillförlitlighet och prestanda under belastning. Testplaner bör innehålla scenarier som validerar dina automatiserade återställningsåtgärder.

Använd felinmatning för att avsiktligt introducera fel och validera dina självåterställnings- och självbevarande mekanismer. Utforska felbiblioteket som tillhandahålls av Azure Chaos Studio.

App Service tillämpar resursgränser för värdbaserade appar. App Service-planen fastställer dessa gränser. Kontrollera att testerna bekräftar att appen körs inom dessa resursgränser. Läs mer i Azure-prenumeration och tjänstbegränsningar, kvoter och begränsningar.

Använd hälsoavsökningar för att identifiera arbetare som inte svarar: App Service har inbyggda funktioner som regelbundet pingar en specifik sökväg för ditt webbprogram. Instanser som inte svarar tas bort från lastbalanseraren och ersätts med en ny instans.

Granska säkerhetsbaslinjer: Om du vill förbättra säkerhetsstatusen för ditt program som finns i en App Service-plan läser du säkerhetsbaslinjen för App Service.

Använd den senaste körningen och biblioteken: Testa programversionerna noggrant innan du gör uppdateringar för att fånga upp problem tidigt och säkerställa en smidig övergång till den nya versionen. App Service har stöd för språkkörningssupportprincipen för uppdatering av befintliga staplar och tillbakadragna supportstaplar.

Skapa segmentering via isoleringsgränser som ska innehålla intrång: Tillämpa identitetssegmentering. Implementera till exempel rollbaserad åtkomstkontroll (RBAC) för att tilldela specifika behörigheter baserat på roller. Följ principen om lägsta behörighet för att begränsa åtkomsträttigheterna till endast det som är nödvändigt. Skapa även segmentering på nätverksnivå. Mata in App Service-appar i ett virtuellt Azure-nätverk för isolering och definiera nätverkssäkerhetsgrupper (NSG:er) för att filtrera trafik.

App Service-planer erbjuder den App Service-miljön nivå som ger en hög grad av isolering. Med App Service-miljön får du dedikerad beräkning och nätverk.

Tillämpa åtkomstkontroller på identiteter: Begränsa både inkommande åtkomst till webbappen och utgående åtkomst från webbappen till andra resurser. Den här konfigurationen tillämpar åtkomstkontroller på identiteter och hjälper till att upprätthålla arbetsbelastningens övergripande säkerhetsstatus.

Använd Microsoft Entra-ID för alla autentiserings- och auktoriseringsbehov. Använd inbyggda roller, till exempel en webbplansdeltagare, webbplatsdeltagare och en allmän deltagare, läsare och ägare.

Kontrollera nätverkstrafik till och från programmet: Exponera inte programslutpunkter för det offentliga Internet. Lägg i stället till en privat slutpunkt i webbappen som placeras i ett dedikerat undernät. Fronta ditt program med en omvänd proxy som kommunicerar med den privata slutpunkten. Överväg att använda Application Gateway eller Azure Front Door för det ändamålet.

Distribuera en brandvägg för webbprogram (WAF) för att skydda mot vanliga säkerhetsrisker. Både Application Gateway och Azure Front Door har integrerade WAF-funktioner.

Konfigurera omvända proxyregler och nätverksinställningar på rätt sätt för att uppnå önskad nivå av säkerhet och kontroll. Lägg till exempel till NSG-regler i det privata slutpunktsundernätet för att endast acceptera trafik från den omvända proxyn.

Utgående trafik från programmet till andra PaaS-tjänster ska vara över privata slutpunkter. Överväg att placera en brandväggskomponent för att begränsa utgående trafik till det offentliga Internet. Båda metoderna förhindrar dataexfiltrering.

En omfattande vy finns i App Service-nätverksfunktioner.

Kryptera data: Skydda data under överföring med TLS (End-to-End Transport Layer Security). Använd dina kundhanterade nycklar för fullständig kryptering av vilande data. Mer information finns i Kryptering i vila med kundhanterade nycklar.

Använd inte äldre protokoll som TLS 1.0 och 1.1. App Service aktiverar 1.2 som standard. Mer information finns i Översikt över App Service TLS.

Alla instanser av din App Service har ett standarddomännamn. Använd en anpassad domän och skydda domänen med certifikat.

Minska attackytan: Ta bort standardkonfigurationer som du inte behöver. Du kan till exempel inaktivera fjärrfelsökning, lokal autentisering för SCM-platser (Source Control Manager) och grundläggande autentisering. Inaktivera oskyddade protokoll som HTTP och File Transfer Protocol (FTP). Framtvinga konfigurationer via Azure-principer. Mer information finns i Azure-principer.

Implementera restriktiva cors-principer (cross-origin resource sharing): Använd restriktiva CORS-principer i webbappen för att endast acceptera begäranden från de tillåtna domänerna, rubrikerna och andra kriterier. Tillämpa CORS-principer med inbyggda Azure-principdefinitioner.

Skydda programhemligheter: Du måste hantera känslig information, till exempel API-nycklar eller autentiseringstoken. I stället för att hårdkoda dessa hemligheter direkt i programkoden eller konfigurationsfilerna kan du använda Azure Key Vault-referenser i appinställningar. När programmet startar hämtar App Service automatiskt de hemliga värdena från Key Vault med hjälp av appens hanterade identitet.

Aktivera resursloggar för ditt program: Aktivera resursloggar för ditt program för att skapa omfattande aktivitetsloggar som ger värdefulla data under undersökningar som följer på säkerhetsincidenter.

Överväg att logga som en del av hotmodelleringsprocessen när du utvärderar hot.

Beräkna den initiala kostnaden: Som en del av kostnadsmodelleringsövningen använder du Priskalkylatorn för Azure för att utvärdera de ungefärliga kostnader som är associerade med olika nivåer baserat på antalet instanser som du planerar att köra. Varje App Service-nivå erbjuder olika beräkningsalternativ.

Övervaka kostnadsmodellen kontinuerligt för att spåra utgifter.

Utvärdera de rabatterade alternativen: Högre nivåer inkluderar dedikerade beräkningsinstanser. Du kan använda en reservationsrabatt om din arbetsbelastning har ett förutsägbart och konsekvent användningsmönster. Kontrollera att du analyserar användningsdata för att fastställa vilken typ av reservation som passar din arbetsbelastning. Mer information finns i Spara kostnader med reserverade App Service-instanser.

Förstå användningsmätare: Azure debiterar en timtaxa, proportionellt till den andra, baserat på din App Service-plans prisnivå. Avgifterna gäller för varje utskalad instans i din plan, baserat på den tid som du allokerar den virtuella datorinstansen. Var uppmärksam på underanvända beräkningsresurser som kan öka dina kostnader till följd av överbeläggning på grund av underoptimal SKU-val eller dåligt konfigurerad inskalningskonfiguration.

Extra App Service-funktioner, till exempel anpassad domänregistrering och anpassade certifikat, kan lägga till kostnader. Andra resurser, till exempel virtuella nätverk för att isolera din lösning eller nyckelvalv för att skydda arbetsbelastningshemligheter, som integreras med dina App Service-resurser kan också lägga till kostnader. Mer information finns i Faktureringsmodell för App Services.

Överväg kompromisserna mellan densitet och isolering: Du kan använda App Service-planer för att vara värd för flera program på samma beräkning, vilket sparar kostnader med delade miljöer. Mer information finns i Kompromisser.

Utvärdera effekten av din skalningsstrategi på kostnaden: Du måste utforma, testa och konfigurera korrekt för utskalning och för att skala in när du implementerar autoskalning. Upprätta exakta max- och minimigränser för autoskalning.

Initiera programmet proaktivt för tillförlitlig skalning. Vänta till exempel inte tills processorn når 95 % användning. I stället utlöser du skalning på cirka 65 % för att ge tillräckligt med tid för att nya instanser ska kunna allokeras och initieras under skalningsprocessen. Den här strategin kan dock leda till outnyttjad kapacitet.

Vi rekommenderar att du kombinerar och balanserar mekanismer för att skala upp och skala ut. En app kan till exempel skalas upp under en viss tid och sedan skalas ut efter behov. Utforska höga nivåer som erbjuder stor kapacitet och effektiv resursanvändning. Baserat på användningsmönster är högre Premium-nivåer ofta mer kostnadseffektiva eftersom de är mer kompatibla.

Optimera miljökostnader: Överväg nivån Basic eller Free för att köra förproduktionsmiljöer. Dessa nivåer är låga prestanda och låg kostnad. Om du använder nivån Grundläggande eller Kostnadsfri använder du styrning för att framtvinga nivån, begränsa antalet instanser och processorer, begränsa skalning och begränsa loggkvarhållning.

Implementera designmönster: Den här strategin minskar mängden begäranden som din arbetsbelastning genererar. Överväg att använda mönster som mönstret Serverdelar för klientdelar och mönstret Gateway-sammansättning, vilket kan minimera antalet begäranden och minska kostnaderna.

Kontrollera regelbundet datarelaterade kostnader: Utökade datakvarhållningsperioder eller dyra lagringsnivåer kan leda till höga lagringskostnader. Fler utgifter kan ackumuleras på grund av både bandbreddsanvändning och långvarig kvarhållning av loggningsdata.

Överväg att implementera cachelagring för att minimera kostnaderna för dataöverföring. Börja med lokal minnesintern cachelagring och utforska sedan alternativen för distribuerad cachelagring för att minska antalet begäranden till serverdelsdatabasen. Överväg de bandbreddstrafikkostnader som är associerade med kommunikation mellan regioner om databasen finns i en annan region.

Optimera distributionskostnader: Dra nytta av distributionsplatser för att optimera kostnaderna. Facket körs i samma beräkningsmiljö som produktionsinstansen. Använd dem strategiskt för scenarier som blågröna distributioner som växlar mellan platser. Den här metoden minimerar stilleståndstiden och säkerställer smidiga övergångar.

Använd distributionsfack med försiktighet. Du kan införa problem, till exempel undantag eller minnesläckor, som kan påverka både befintliga instanser och nya instanser. Kontrollera att du testar ändringarna noggrant. Driftsvägledning finns i Operational Excellence (Driftskompetens).

Hantera versioner: Använd distributionsfack för att hantera versioner effektivt. Du kan distribuera ditt program till ett fack, utföra testning och verifiera dess funktioner. Efter verifieringen kan du sömlöst flytta appen till produktion. Den här processen medför inte extra kostnader eftersom facket körs i samma miljö för virtuella datorer (VM) som produktionsinstansen.

Kör automatiserade tester: Innan du höjer upp en version av webbappen bör du noggrant testa dess prestanda, funktioner och integrering med andra komponenter. Använd Azure Load Testing, som integreras med Apache JMeter, ett populärt verktyg för prestandatestning. Utforska automatiserade verktyg för andra typer av testning, till exempel Phantom för funktionell testning.

Distribuera oföränderliga enheter: Implementera mönstret Distributionsstämplar för att dela upp App Service i en oföränderlig stämpel. App Service stöder användning av containrar som är oföränderliga. Överväg anpassade containrar för apptjänstens webbapp.

Varje stämpel representerar en fristående enhet som du snabbt kan skala ut eller skala in. Enheter som baseras på den här stämpeln är tillfälliga och tillståndslösa. Tillståndslös design förenklar drift och underhåll. Den här metoden är idealisk för verksamhetskritiska program. Ett exempel finns i Verksamhetskritisk baslinje med App Service.

Använd en IaC-teknik (infrastruktur som kod), till exempel Bicep, för att utrota enheter med repeterbarhet och konsekvens.

Skydda produktionsmiljöer: Skapa separata App Service-planer för att köra produktions- och förproduktionsmiljöer. Gör inte ändringar direkt i produktionsmiljön för att säkerställa stabilitet och tillförlitlighet. Separata instanser ger flexibilitet i utveckling och testning innan du höjer upp ändringar i produktionen.

Använd låga miljöer för att utforska nya funktioner och konfigurationer på ett isolerat sätt. Håll utvecklings- och testmiljöer tillfälliga.

Hantera certifikat: För anpassade domäner måste du hantera TLS-certifikat.

Ha processer på plats för att skaffa, förnya och verifiera certifikat. Avlasta dessa processer till App Service om möjligt. Om du använder ditt eget certifikat måste du hantera dess förnyelse. Välj en metod som bäst överensstämmer med dina säkerhetskrav.

Identifiera och övervaka prestandaindikatorer: Ange mål för programmets nyckelindikatorer, till exempel mängden inkommande begäranden, tiden som programmet tar för att svara på begäranden, väntande begäranden och fel i HTTP-svar. Överväg nyckelindikatorer som en del av prestandabaslinjen för arbetsbelastningen.

Samla in App Service-mått som utgör grunden för prestandaindikatorer. Samla in loggar för att få insikter om resursanvändning och aktiviteter. Använd APM-verktyg (application performance monitoring), till exempel Application Insights, för att samla in och analysera prestandadata från programmet. Mer information finns i Referens för App Service-övervakningsdata.

Inkludera instrumentering på kodnivå, transaktionsspårning och prestandaprofilering.

Utvärdera kapacitet: Simulera olika användarscenarier för att fastställa den optimala kapacitet som du behöver för att hantera förväntad trafik. Använd Belastningstestning för att förstå hur programmet beter sig under olika belastningsnivåer.

Välj rätt nivå: Använd dedikerad beräkning för produktionsarbetsbelastningar. Premium-nivåerna erbjuder större SKU:er med ökad minne- och CPU-kapacitet, fler instanser och fler funktioner, till exempel zonredundans. Mer information finns i Prisnivån Premium V3.

Optimera skalningsstrategin: När det är möjligt använder du automatisk skalning i stället för att manuellt justera antalet instanser när programbelastningen ändras. Med automatisk skalning justerar App Service serverkapaciteten baserat på fördefinierade regler eller utlösare. Kontrollera att du utför lämpliga prestandatester och anger rätt regler för rätt utlösare.

Om du prioriterar enkelheten under den första installationen använder du ett alternativ för automatisk skalning som inte kräver att du definierar regler och du bara behöver ange gränser.

Ha tillräckligt med resurser tillgängliga för att säkerställa optimala prestanda. Allokera resurser på lämpligt sätt för att underhålla prestandamål, till exempel svarstid eller dataflöde. Överbeläggning av resurser vid behov.

När du definierar regler för autoskalning tar du hänsyn till den tid det tar för programmet att initieras. Tänk på detta när du fattar alla skalningsbeslut.

Använd cachelagring: Att hämta information från en resurs som inte ändras ofta och som är dyr att komma åt påverkar prestanda. Komplexa frågor, inklusive kopplingar och flera sökningar, bidrar till körning. Utför cachelagring för att minimera bearbetningstiden och svarstiden. Cachelagra frågeresultat för att undvika upprepade turer till databasen eller serverdelen och minska bearbetningstiden för efterföljande begäranden.

Mer information om hur du använder lokal och distribuerad cache i arbetsbelastningen finns i Cachelagring.

Granska prestandaskydden: Undvik vanliga antimönster för att se till att webbprogrammet utför och skalar i enlighet med dina affärskrav. Här är några antimönster som App Service korrigerar.