Dela via


Viktiga begrepp för att skapa Azure-appar

Den här artikeln är del sex i en serie med sju artiklar som hjälper utvecklare att komma igång med Azure.

Innan du utformar programmet så att det körs i Azure måste du planera i förväg. När du börjar behöver du förstå några grundläggande Azure-begrepp för att fatta de bästa besluten för ditt scenario. Tänk på informationen i följande avsnitt när du planerar.

Azure-regioner

En region är en uppsättning datacenter som distribueras inom en svarstidsdefinierad perimeter och som är ansluten via ett dedikerat regionalt nätverk med låg latens. Med Azure kan du distribuera program där du behöver dem, inklusive i flera regioner för att leverera återhämtning mellan regioner när det behövs.

Normalt vill du behålla alla resurser för en lösning i samma region för att minimera svarstiden mellan komponenterna i ditt program. Om din lösning till exempel innehåller Azure App Service, en databas och Azure Blob Storage skapar du alla dessa resurser i samma Azure-region.

Alla Azure-tjänster är inte tillgängliga i alla regioner. Sidan Produkter som är tillgängliga per region hjälper dig att hitta en region där de Azure-tjänster som din app behöver är tillgängliga.

Azure-resursgrupp

En resursgrupp i Azure är en logisk container som grupperar Azure-resurser tillsammans. Varje Azure-resurs tillhör en resursgrupp.

Resursgrupper grupperar ofta alla Azure-resurser som behövs för en lösning i Azure. Om du till exempel har ett webbprogram distribuerat till Azure App Service som använder en SQL-databas, Azure Storage och Azure Key Vault är det vanligt att placera alla dessa resurser i en enda resursgrupp.

Ett diagram som visar en exempelresursgrupp som innehåller en App Service, SQL-databas, Blob Storage och ett Nyckelvalv.

Den här metoden gör det enklare att identifiera de resurser som krävs för att programmet ska köras och hur de är relaterade. Det första steget när du skapar resurser för en app i Azure är vanligtvis att skapa resursgruppen som fungerar 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.

Ett diagram som visar DEV-, TEST- och PROD-miljöer med en separat uppsättning Azure-resurser i varje miljö.

Eftersom det är viktigt att varje miljö är en exakt kopia använder du skript för att skapa resurser som behövs för en miljö eller använda 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 kan upprepas och du kan även skapa nya miljöer på begäran, till exempel för prestanda- eller säkerhetstestning av ditt program.

DevOps-Support

Oavsett om du publicerar appar till Azure med kontinuerlig integrering eller etablering av resurser för en ny miljö integreras Azure med populära DevOps-verktyg. Du kan arbeta med dina befintliga verktyg och maximera din erfarenhet med stöd för verktyg som: