Delen via


Grondbeginselen van Azure-toepassingsarchitectuur

Een toepassing die is ontworpen voor workloads in de cloud, voldoet aan de bedrijfsvereisten van de oplossing en bevat cloudeigen onderdelen en functionaliteit. Een goed ontworpen cloudtoepassing heeft betrekking op betrouwbaarheid, beveiliging, kosten, bewerkingen en prestatieoverwegingen. Deze overwegingen zijn afgestemd op bedrijfsvereisten en specifieke kenmerken en geboden functionaliteit van het cloudhostingplatform.

Voor het ontwerpen van toepassingen voor cloudworkloads is geen specifieke toepassingsstijl vereist, zoals microservices. Cloudhosting maakt echter veel ontwerppatronen van toepassingen beter benaderbaar dan het hosten van oplossingen die geen diverse selectie van toepassingen bieden & opties voor gegevensplatformen, schaalmogelijkheden, beveiligingscontroles en berichtopties. Daarom profiteren cloudworkloads van toepassingen die per ontwerp zijn opgesplitst in kleinere, gedecentraliseerde services. Deze services communiceren met API's of door gebruik te maken van asynchrone berichtenverkeer of gebeurtenisverwerking. Toepassingen worden horizontaal geschaald, waarbij nieuwe exemplaren naar behoefte worden toegevoegd.

Toepassingen die profiteren van de platformen voor het hosten van toepassingen in de cloud, berichtenmogelijkheden en ontledingsservices, zijn onderhevig aan problemen die gebruikelijk zijn voor gedistribueerd systeem. De toepassingsstatus wordt gedistribueerd. Bewerkingen worden parallel en asynchroon uitgevoerd. Toepassingen moeten tolerant zijn wanneer er fouten optreden. Kwaadwillende actoren richten zich voortdurend op toepassingen. Implementaties moeten geautomatiseerd en voorspelbaar zijn. Bewaking en telemetrie zijn essentieel voor het verkrijgen van inzicht in het systeem.

Typisch on-premise ontwerp

  • Monolithische en gecolloceerde functionaliteit en gegevens
  • Ontworpen voor voorspelbare schaal of overgeprovisioneerd
  • Relationele database
  • Gesynchroniseerde verwerking
  • Ontwerpen om fouten te voorkomen (MBTF)
  • Resources die zijn ingesteld via IT-functies
  • Snowflake- en huisdierservers

Typische cloudontwerpen

  • Gedecomposeerde en gedistribueerde functionaliteit en gegevens
  • Ontworpen voor elastische schaalbaarheid
  • Polyglot persistence (oftewel een mix van opslagtechnologieën)
  • Asynchrone verwerking
  • Ontwerp om storingen (MTBF) te weerstaan en ontwerp voor uitval (MTTR)
  • Indien nodig worden resources ingericht via infrastructuur als code.
  • Onveranderbare en vervangbare infrastructuur

Toepassingen ontwerpen voor Azure

Toepassingen moeten worden ontworpen door cloudarchitecten om specifiek te profiteren van cloudhosting en strategische compromisbeslissingen te nemen. Azure biedt specifiek resources om architecten te helpen bij het realiseren van een goed ontwerp en het begeleiden van ontwikkelteams in hun implementatie. Om workload- en toepassingsontwerp te bereiken, moeten architecten het volgende doen:

Azure kan worden gebruikt voor het hosten en opnieuw hosten van toepassingen die niet specifiek zijn ontworpen voor de cloud. Hoewel workloadtoepassingen kunnen worden aangepast om gebruik te maken van cloudfunctionaliteit, wordt het opnieuw hosten van een toepassing die is ontworpen voor vaste resources en schaal, niet beschouwd als cloudeigen implementatie.

Afstemmen op standaarden voor cloudimplementatie van organisaties

Uw toepassing maakt deel uit van een workload die waarschijnlijk onderhevig is aan organisatiestandaarden en -governance. Organisaties van elke grootte en cloudrijpheid kunnen gebruikmaken van het Cloud Adoption Framework voor Azure om hun strategie voor acceptatie in de hele Azure te formaliseren, gereedheid, innovatie, beheer & governance en beveiliging. Een deel van deze benadering is standaardiseren op een consistente benadering voor workloads, zoals het gebruik van Azure-landingszones. Azure-landingzones bieden een combinatie van organisatiebrede governance, terwijl teams en architecten van workloads gedemocratiseerde toegang hebben tot middelen om aan lokale bedrijfsdoelstellingen te voldoen. Als architect die toepassingen ontwerpt, is het van essentieel belang dat u de macroomgeving begrijpt en de verwachtingen waaronder de werkbelastingen zullen functioneren, zoals landingszones voor toepassingen.

De acceptatiestrategie van uw organisatie van Azure mag geen invloed hebben op uw architectuurstijlkeuze, maar het kan beperkingen opleveren voor technologische keuzes of beveiligingsgrenzen.

Ontwerp na het Azure Well-Architected Framework

Alle workloads kunnen in hun ontwerp en implementatie met verschillende perspectieven worden geëvalueerd. Azure biedt het Azure Well-Architected Framework om een workloadarchitect te helpen bij het evalueren en afstemmen van hun beslissingen om principes te ontwerpen in vijf belangrijke architectuurpijlers.

Over het algemeen produceert het volgen van deze principes en het evalueren van compromissen tussen deze architectuurpijlers een ontwerp dat voldoet aan zakelijke vereisten en voldoende duurzaam, onderhoudbaar, veilig, kosten geoptimaliseerd voor uitvoering in Azure. Deze beslissingen moeten van invloed zijn op de keuze van uw architectuurstijl en beperkingen op technologiekeuzen of beveiligingsgrenzen plaatsen, omdat deze betrekking hebben op de behoeften van uw specifieke workload.

Uw team of organisatie kan ook andere ontwerpprincipes hebben waaruit uw workload kan worden geëvalueerd, zoals duurzaamheid en ethiek.

Typische architectuurstijlen begrijpen

Zodra u inzicht hebt in de organisatieomgeving waarin uw toepassing zal zijn en u beschikt over de algemene basis voor een goed architectuurontwerp van het Azure Well-Architected Framework, is het eerste beslissingspunt meestal welk type architectuur u bouwt. Het kan een microservicearchitectuur, een meer traditionele N-laag-toepassing of een big data-oplossing zijn. Dit zijn verschillende architectuurstijlen die geschikt zijn voor verschilresultaten. Tijdens het evalueren van architectuurstijlen selecteert u ook gegevensarchiefmodellen om statusbeheer aan te pakken. Deze beslissingen hebben voordelen en uitdagingen.

Evalueer de verschillende architectuurstijlen en de gegevensopslagmodellen.

Werklasten in het Azure Well-Architected Framework

Het Well-Architected Framework bevat een sectie die is gewijd aan afzonderlijke workloadclassificaties of -typen, Azure Well-Architected Framework-workloadsgenoemd. In deze sectie vindt u artikelen over bedrijfskritieke, kunstmatige intelligentie en machine learning-of SaaS-workloads (Software as a Service). Deze workloadspecifieke artikelen nemen de vijf kernpijlers van het Well-Architected Framework en passen deze toe op het specifieke domein. Als uw toepassing deel uitmaakt van een workload die overeenkomt met een van deze gedocumenteerde patronen, raadpleegt u de respectieve richtlijnen om u te helpen uw ontwerp te benaderen door een set workloadspecifieke ontwerpprincipes en aanbevelingen te volgen voor algemene ontwerpgebieden, zoals toepassingsplatform, gegevensplatform, netwerken en meer. Sommige workloadtypen kunnen baat hebben bij het selecteren van een specifieke architectuurstijl of een gegevensarchiefmodel.

Beste praktijken

Bekijk de Best practices in cloudtoepassingen artikelen voor meer informatie over verschillende ontwerpoverwegingen, waaronder API-ontwerp, automatisch schalen, gegevenspartitionering, caching, enzovoort. Bekijk deze en pas de aanbevolen procedures toe die geschikt zijn voor uw toepassing.

Ontwerppatronen gebruiken om veelvoorkomende problemen op te lossen en strategische compromissen te introduceren

Uw toepassing heeft unieke zakelijke vereisten, doelen en succesmetingen. Een architect zal deze functionele en niet-functionele vereisten opscompenseren tot discrete activiteiten die samenwerken om een oplossing te bereiken waarmee u en uw gebruikers tevreden zijn. Deze activiteiten zijn vaak gebruikelijk genoeg dat ze patronen hebben vastgesteld die in de software-industrie worden gebruikt. Deze ontwerppatronen voor software zijn benoemde en herhaalbare benaderingen die worden toegepast op verwerking of gegevensopslag die bewezen zijn om specifieke problemen met bekende compromissen op te lossen.

De catalogus van cloudontwerppatronen van Azure pakt specifieke uitdagingen in gedistribueerde systemen aan.

Goed geïnformeerde technologische keuzes maken

Nadat u het type architectuur hebt bepaald dat u bouwt en de ontwerppatronen die u verwacht te gebruiken, kunt u beginnen met het kiezen van de belangrijkste technologieonderdelen voor de architectuur. De volgende technologische keuzes zijn essentieel:

Waarschijnlijk maakt u andere technologische keuzes, maar deze vier elementen (compute, data, messaging en AI) zijn centraal in de meeste cloudtoepassingen en bepalen veel aspecten van uw ontwerp.

Referentiearchitecturen evalueren

Het Azure Architecture Center is de thuisbasis van oplossingsideeën, voorbeeldworkloads en referentiearchitecturen. Deze artikelen bevatten doorgaans de lijst met algemene onderdelen en overwegingen die zijn afgestemd op het Azure Well-Architected Framework. Sommige van deze artikelen bevatten een implementeerbare oplossing die wordt gehost op GitHub. Hoewel het onwaarschijnlijk is dat een van deze scenario's precies is wat u bouwt, kunnen ze een goed uitgangspunt zijn om de richtlijnen aan uw specifieke behoeften aan te passen.

Blader in de catalogus met architecturen hier in het Azure Architecture Center.

Servicespecifieke handleidingen bekijken

Zodra de kerntechnologie is geselecteerd en referentiearchitecturen zijn geraadpleegd, is het belangrijk om toegang te krijgen tot documentatie en richtlijnen die specifiek zijn voor de services in uw architectuur. Gebruik de volgende resources voor servicespecifieke richtlijnen.

  • Azure Well-Architected Framework-servicehandleidingen: Het Well-Architected Framework bevat artikelen met betrekking tot veel van de services die worden aangeboden in Azure, waarbij de vijf pijlers van architectuur specifiek op die service worden toegepast.

    de servicehandleiding zoeken en lezen voor alle resources die als onderdeel van uw toepassingsontwerp worden beschouwd.

  • Azure-betrouwbaarheidsgidsen: de Azure-betrouwbaarheidshub bevat uitgebreide artikelen die specifiek betrekking hebben op betrouwbaarheidskenmerken van veel Azure-services. In deze artikelen worden enkele van de meest kritieke onderwerpen over betrouwbaarheid beschreven, zoals ondersteuning voor beschikbaarheidszones en verwacht gedrag tijdens verschillende soorten storingen.

    Zoek en lees de betrouwbaarheidshandleiding voor alle resources die u binnen uw toepassingsontwerp overweegt.

Afkomstig van een andere cloud?

Als u bekend bent met het ontwerpen van toepassingen in een andere cloudprovider, vertalen veel van dezelfde basisprincipes zich. Architectuurstijlen en cloudontwerppatronen zijn bijvoorbeeld conceptueel cloudneutraal. Blader door de relevante artikelen over servicetoewijzing en architectuurhandleidingen.

Volgende stap