Delen via


Belangrijkste concepten voor het bouwen van Azure-apps

Dit is deel zes in een reeks van 7 artikelen om ontwikkelaars te helpen aan de slag te gaan met Azure.

Voordat u te ver gaat bij het ontwerpen van uw toepassing om te worden uitgevoerd in Azure, moet u waarschijnlijk van tevoren een beetje plannen. Wanneer u aan de slag gaat, zijn er enkele basisconcepten van Azure die u moet begrijpen om de beste beslissingen te nemen voor uw scenario. Overwegingen zijn onder andere:

Azure-regio's

Een regio is een set datacenters die is geïmplementeerd in een op basis van latentie gedefinieerde perimeter en verbonden via een toegewezen regionaal netwerk met een lage latentie. Azure biedt u de flexibiliteit om toepassingen te implementeren waar dat nodig is, inclusief in meerdere regio's om waar nodig tolerantie tussen regio's te bieden.

Normaal gesproken wilt u dat alle resources voor een oplossing zich in dezelfde regio bevinden om de latentie tussen verschillende onderdelen van uw toepassing te minimaliseren. Dit betekent dat als uw oplossing bestaat uit een Azure-app Service, een database en Azure Blob Storage, al deze resources moeten worden gemaakt in dezelfde Azure-regio.

Niet elke Azure-service is beschikbaar in elke regio. De pagina Beschikbare producten per regio kan u helpen een regio te vinden waar de Azure-services die nodig zijn voor uw app beschikbaar zijn.

Azure-resourcegroep

Een resourcegroep in Azure is een logische container voor het groeperen van Azure-resources. Elke Azure-resource moet tot één en slechts één resourcegroep behoren.

Resourcegroepen worden meestal gebruikt om alle Azure-resources te groeperen die nodig zijn voor een oplossing in Azure. Stel dat u een webtoepassing hebt geïmplementeerd in Azure-app Service die gebruikmaakt van een SQL-database, Azure Storage en ook Azure Key Vault. Het is gebruikelijk om alle Azure-resources die nodig zijn voor deze oplossing in één resourcegroep te plaatsen.

Een diagram met een voorbeeldresourcegroep met een App Service, SQL-database, Blob-opslag en een Key Vault.

Hierdoor kunt u gemakkelijker zien welke resources nodig zijn om de toepassing uit te voeren en welke resources aan elkaar zijn gerelateerd. De eerste stap bij het maken van resources voor een app in Azure is meestal het maken van de resourcegroep die als container voor de resources van de app fungeert.

Omgevingen

Als u on-premises hebt ontwikkeld, bent u bekend met het promoten van uw code via ontwikkel-, test- en productieomgevingen. Als u in Azure afzonderlijke omgevingen wilt maken, maakt u een afzonderlijke set Azure-resources voor elke omgeving die u nodig hebt.

Een diagram met DEV-, TEST- en PROD-omgevingen met een afzonderlijke set Azure-resources in elke omgeving.

Omdat het belangrijk is dat elke omgeving een exacte kopie is, is het raadzaam om het maken van resources die nodig zijn voor een omgeving te scripten of om hulpprogramma's van Infrastructure as Code (IaC) te gebruiken om de configuratie van elke omgeving declaratief op te geven. Dit zorgt ervoor dat het proces voor het maken van de omgeving herhaalbaar is en u ook de mogelijkheid biedt om nieuwe omgevingen op aanvraag in te stellen, bijvoorbeeld voor prestaties of beveiligingstests van uw toepassing.

DevOps-ondersteuning

Of het nu gaat om het publiceren van uw apps naar Azure met continue integratie of het inrichten van resources voor een nieuwe omgeving, Azure kan worden geïntegreerd met de meeste populaire DevOps-hulpprogramma's. U kunt werken met de hulpprogramma's die u al hebt en maximaliseer uw bestaande ervaring met ondersteuning voor hulpprogramma's zoals: