Delen via


Grondbeginselen van Azure-toepassingsarchitectuur

Deze inhoudsbibliotheek biedt een gestructureerde benadering voor het ontwerpen van toepassingen in Azure die schaalbaar, veilig, tolerant en maximaal beschikbaar zijn. De richtlijnen zijn gebaseerd op bewezen procedures die we hebben geleerd van klantafspraken.

Inleiding

De cloud verandert de manier waarop toepassingen worden ontworpen en beveiligd. Er worden geen monolieten gebruikt, de toepassingen worden ontleed in kleinere, gedecentraliseerde services. Deze services communiceren via API's of met behulp van asynchrone berichten of gebeurtenissen. Toepassingen schalen horizontaal. Er worden nieuwe exemplaren toegevoegd als de vraag dit vereist.

Deze trends brengen nieuwe uitdagingen met zich mee. Toepassingsstatussen worden gedistribueerd. Bewerkingen worden parallel en asynchroon uitgevoerd. Toepassingen moet robuust zijn wanneer er fouten optreden. Schadelijke actoren richten zich continu op toepassingen. Implementaties moeten geautomatiseerd en voorspelbaar zijn. Bewaking en telemetrie zijn essentieel om inzicht te krijgen in het systeem. Deze handleiding is ontworpen om u te helpen om te gaan met wijzigingen.

Traditionele on-premisesModerne cloud
Monolithisch
Ontworpen voor voorspelbare schaalbaarheid
Relationele database
Gesynchroniseerde verwerking
Ontwerpen ter voorkoming van fouten (MBTF)
Incidentele grote updates
Handmatig beheer
Snowflake-servers
Opgesplitst
Ontwerpen voor elastisch uitschalen
Polyglot-persistentie (combinatie van opslagtechnologieën)
Asynchrone verwerking
Bij het ontwerpen rekening houden met fouten (MTTR)
Regelmatig kleine updates
Geautomatiseerde zelfbeheer
Onveranderbare infrastructuur

Hoe deze richtlijnen zijn gestructureerd

De basisprincipes van azure-toepassingsarchitectuur zijn georganiseerd als een reeks stappen, van de architectuur en het ontwerp tot de implementatie. Voor elke stap zijn er ondersteunende richtlijnen die u helpen bij het ontwerpen van uw toepassingsarchitectuur.

Diagram dat de structuur van deze handleiding weergeeft, met de gedeelten van dit artikel in een stroomdiagram.

Architectuurstijlen

Het eerste beslissingspunt is het belangrijkst. Wat voor soort architectuur wilt u maken? Gaat het om een architectuur voor microservices, een traditionelere N-tier-toepassing of een oplossing voor big data. We hebben verschillende verschillende architectuurstijlen geïdentificeerd. Elke stijl heeft voor- en nadelen.

Meer informatie: Architectuurstijlen

Technologieopties

Als u weet welk type architectuur u bouwt, kunt u nu beginnen om de belangrijkste technologische onderdelen voor de architectuur te kiezen. De volgende keuzes zijn essentieel:

  • Compute verwijst naar het hostingmodel voor de compute-bronnen waarmee uw toepassing wordt uitgevoerd. Raadpleeg Een compute-service kiezen voor meer informatie.

  • Gegevensarchieven omvatten databases, maar ook opslag voor berichtenwachtrijen, caches, logboekgegevens en andere zaken die een toepassing kan opslaan. Raadpleeg Een gegevensopslagservice kiezen voor meer informatie.

  • Berichtentechnologieën zorgen voor asynchrone berichten tussen onderdelen van het systeem. Raadpleeg Een berichtenservice kiezen voor meer informatie.

Waarschijnlijk moet u naderhand meer technologische keuzes maken, maar deze drie elementen (compute, gegevens en berichten) staan centraal in de meeste cloudtoepassingen en bepalen veel aspecten van uw ontwerp.

De architectuur ontwerpen

Nadat u de architectuurstijl en de belangrijkste technologische onderdelen hebt gekozen, bent u klaar om het specifieke ontwerp van uw toepassing aan te pakken. Elke toepassing is anders, maar de volgende resources kunnen u verder helpen:

Referentiearchitecturen

Afhankelijk van uw scenario is een van onze referentiearchitecturen een goed uitgangspunt. Elke referentiearchitectuur omvat aanbevolen praktijken, samen met overwegingen voor schaalbaarheid, beschikbaarheid, beveiliging, tolerantie en andere aspecten van het ontwerp. De meeste architecturen bevatten ook een implementeerbare oplossing of een referentie-implementatie.

Ontwerpbeginselen

We hebben op het hoogste niveau tien ontwerpprincipes geïdentificeerd waarmee u uw toepassing in grotere mate schaalbaar, flexibel en beheerbaar kunt maken. Deze ontwerpprincipes zijn van toepassing op elke architectuurstijl. Houd tijdens het ontwerpproces deze tien ontwerpprincipes in uw achterhoofd. Raadpleeg voor meer informatie Ontwerpprincipes.

Ontwerppatronen

Software-ontwerppatronen zijn herhaalbare patronen die bewezen specifieke problemen oplossen. Onze catalogus van Cloud-ontwerppatronen pakken specifieke uitdagingen in gedistribueerde systemen aan. Ze hebben betrekking op aspecten zoals beschikbaarheid, hoge beschikbaarheid, operationele uitmuntendheid, tolerantie, prestaties en beveiliging. De catalogus met ontwerppatronen vindt u hier.

Aanbevolen procedures

Onze artikelen over best practices behandelen verschillende ontwerpoverwegingen, waaronder API-ontwerp, automatisch schalen, gegevenspartitionering, caching, enzovoorts. Bekijk deze en pas de best practices toe die passend zijn voor uw toepassing.

Aanbevolen procedures voor beveiliging

Onze best practices voor beveiliging beschrijven hoe u ervoor zorgt dat de vertrouwelijkheid, integriteit en beschikbaarheid van uw toepassing niet worden aangetast door kwaadaardige actoren.

Kwaliteitspijlers

Een succesvolle cloudtoepassing richt zich op vijf pijlers van softwarekwaliteit: betrouwbaarheid, beveiliging, kostenoptimalisatie, operationele uitmuntendheid en prestatie-efficiëntie.

Gebruik Microsoft Azure Well-Architected Framework om uw architectuur te beoordelen op deze vijf pijlers.

Volgende stappen