Viktiga begrepp för att skapa Azure-appar
Innan du kommer för långt när det gäller att utforma ditt program för att köras i Azure är chansen stor att du behöver planera lite i förväg. När du kommer igång finns det några grundläggande Azure-begrepp som du behöver förstå för att fatta de bästa besluten för ditt scenario. Här är några saker att tänka på:
Azure-regioner
En region är en uppsättning datacenter som är distribuerad inom en latensdefinierad perimeter och ansluts via ett dedikerat regionalt nätverk med låg latens. Azure ger dig flexibiliteten att distribuera program där du behöver, inklusive i flera regioner för att leverera återhämtning mellan regioner vid behov.
Normalt vill du att alla resurser för en lösning ska finnas i samma region för att minimera svarstiden mellan olika komponenter i ditt program. Det innebär att om din lösning består av en Azure App Service, en databas och Azure Blob Storage bör alla dessa resurser skapas i samma Azure-region.
Alla Azure-tjänster är inte tillgängliga i alla regioner. Sidan Produkter som är tillgängliga per region kan hjälpa dig att hitta en region där de Azure-tjänster som behövs av din app är tillgängliga.
Azure-resursgrupp
En resursgrupp i Azure är en logisk container för att gruppera Azure-resurser tillsammans. Varje Azure-resurs måste tillhöra en och endast en resursgrupp.
Resursgrupper används oftast för att gruppera alla Azure-resurser som behövs för en lösning i Azure. Anta till exempel att du har ett webbprogram distribuerat till Azure App Service som använder en SQL-databas, Azure Storage och även Azure Key Vault. Det är vanligt att placera alla Azure-resurser som behövs för den här lösningen i en enda resursgrupp.
Det gör det enklare att se vilka resurser som behövs för att programmet ska kunna köras och vilka resurser som är relaterade till varandra. Därför skapar det första steget i att skapa resurser för en app i Azure vanligtvis den resursgrupp som ska fungera som en container för appens resurser.
Miljöer
Om du har utvecklat lokalt är du bekant med att marknadsföra din kod via utvecklings-, test- och produktionsmiljöer. Om du vill skapa separata miljöer i Azure skapar du en separat uppsättning Azure-resurser för varje miljö du behöver.
Eftersom det är viktigt att varje miljö är en exakt kopia rekommenderar vi att du antingen skriptar skapandet av resurser som behövs för en miljö eller använder IaC-verktyg (Infrastruktur som kod) för att deklarativt ange konfigurationen för varje miljö. Detta säkerställer att processen för att skapa miljön är repeterbar och ger dig även möjlighet att starta nya miljöer på begäran, till exempel för prestanda- eller säkerhetstestning av ditt program.
DevOps-support
Oavsett om det handlar om att publicera dina appar till Azure med kontinuerlig integrering eller etablering av resurser för en ny miljö integreras Azure med de flesta populära DevOps-verktygen. Du kan arbeta med de verktyg som du redan har och maximera din befintliga upplevelse med stöd för verktyg som:
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för