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.

Överväganden för AI-utveckling

När du skapar AI-program i Azure bör du överväga följande ytterligare faktorer:

  • Modellval – Välj mellan Azure OpenAI-modeller och modeller med öppen källkod som är tillgängliga via modellkatalogen i Microsoft Foundry. Varje modell har olika funktioner, svarstidsegenskaper och kostnadsprofiler.
  • Ansvarsfull AI – Azure tillhandahåller inbyggd innehållsfiltrering och säkerhetsfunktioner. Utforma dina AI-program med ansvarsfulla AI-metoder i åtanke, inklusive rättvisa, transparens och ansvarsskyldighet.
  • Tokenbaserad prissättning – Många AI-tjänster använder tokenbaserad fakturering i stället för traditionella beräkningsbaserade priser. Förstå dina förväntade användningsmönster för att uppskatta kostnaderna korrekt.

Mer information finns i Översikt över AI-apputveckling.

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:

Fortsätt till del 7: Hur debiteras jag?

  • Last updated on