Oplossingsideeën
Dit artikel is een oplossingsidee. Als u wilt dat we de inhoud uitbreiden met meer informatie, zoals mogelijke use cases, alternatieve services, implementatieoverwegingen of prijsrichtlijnen, laat het ons dan weten door GitHub-feedback te geven.
Deze architectuur biedt een oplossing voor hoge beschikbaarheid voor een webtoepassing die enorme hoeveelheden gegevens gebruikt. Een secundaire regio fungeert als een stand-by naar de primaire regio, waardoor de beschikbaarheid wordt verbeterd. De primaire regio verzendt de gegevens naar de secundaire regio met behulp van de ingebouwde replicatiemogelijkheden van Azure Storage.
Gegevens worden opgeslagen in Azure Table Storage-tabellen. Net als bij elke Azure Storage-service worden Table Storage-gegevens drie keer synchroon gerepliceerd in de primaire regio. Als u deze beschikbaar wilt maken voor stand-bygebruik, wordt deze ook asynchroon drie keer gerepliceerd in de secundaire regio. Zie Azure Storage-redundantie voor informatie over Azure Storage-replicatie.
De architectuur bevat een cache voor de tabellen om de toegangsbelasting te verminderen en het antwoord van de toepassing te verbeteren.
Notitie
Uw toepassing vereist mogelijk meerdere opslagaccounts onder bepaalde omstandigheden. Zie Overwegingen voor meer informatie.
Potentiële gebruikscases
De architectuur kan geschikt zijn voor elke toepassing die gebruikmaakt van enorme hoeveelheden gegevens die altijd beschikbaar moeten zijn. Voorbeelden zijn apps die:
- Houd bestedingsgewoonten en winkelgedrag van klanten bij.
- Weer voorspellen.
- Bied slimme verkeerssystemen aan of implementeer slimme verkeerssystemen of gebruik slimme technologie om verkeer te bewaken.
- IoT-gegevens (Manufacturing Internet of Things) analyseren.
- Slimme metergegevens weergeven of slimme technologie gebruiken om metergegevens te bewaken.
Architectuur
Een Visio-bestand van deze architectuur downloaden.
Gegevensstroom
- De client wordt geverifieerd met Microsoft Entra-id en krijgt toegang tot webtoepassingen die worden gehost op Azure-app Service.
- Azure Front Door, een firewall en laag 7 load balancer, schakelt gebruikersverkeer over naar de stand-byregio in geval van een regionale storing.
- Azure-app Service host websites en RESTful-web-API's. Browserclients voeren AJAX-toepassingen uit die gebruikmaken van de API's.
- Web-API's delegeren functie-apps om achtergrondtaken af te handelen. De taken worden in de wachtrij geplaatst in Azure Queue Storage-wachtrijen.
- De functie-apps die door Azure Functions worden gehost, voeren de achtergrondtaken uit die worden geactiveerd door de berichten in de wachtrij.
- Azure Cache voor Redis tabelgegevens voor de functie-apps in de cache opgeslagen. Hiermee worden databaseactiviteit offload en worden de functie-apps en web-apps versneld.
- Azure Table Storage bevat de gegevens die worden gebruikt door de webtoepassingen.
- Table Storage biedt ondersteuning voor synchrone replicatie van gegevens in beschikbaarheidszones in de regio om storingen in datacenters te beperken. Het maakt ook gebruik van asynchrone replicatie voor het repliceren van gegevens in verschillende Azure-regio's om regionale storingen te herstellen en de beschikbaarheid van toepassingen te verbeteren.
Onderdelen
- Microsoft Entra ID is een service voor identiteits- en toegangsbeheer met meerdere tenants die kan worden gesynchroniseerd met een on-premises directory.
- Azure DNS is een hostingservice met hoge beschikbaarheid voor DNS-domeinen die apps snelle DNS-query's en snelle updates voor DNS-records biedt. Het beheren van Azure DNS is net zoals het beheren van andere Azure-services en maakt gebruik van dezelfde referenties, API's, hulpprogramma's en facturering.
- Azure Front Door is een beveiligd CDN (Content Delivery Network) en een load balancer met directe failover. Het werkt aan de rand dicht bij gebruikers, het versnellen van de levering van inhoud tijdens het beveiligen van apps, API's en websites tegen cyberbedreigingen.
- Azure-app Service is een volledig beheerde service voor het bouwen, implementeren en schalen van web-apps. U kunt apps bouwen met behulp van .NET, .NET Core, Node.js, Java, Python of PHP. Apps kunnen worden uitgevoerd in containers of in Windows of Linux. In een mainframemigratie kunnen de front-endschermen of webinterface worden gecodeerd als OP HTTP gebaseerde REST API's. Ze kunnen worden gescheiden en kunnen staatloos zijn om een systeem op basis van microservices te organiseren. Zie RESTful web-API-ontwerp voor meer informatie over web-API's.
- Azure Functions biedt een omgeving voor het uitvoeren van kleine stukjes code, ook wel functies genoemd, zonder dat er een toepassingsinfrastructuur hoeft te worden gemaakt. U kunt het gebruiken om bulkgegevens te verwerken, systemen te integreren, met IoT te werken en eenvoudige API's en microservices te bouwen. Met microservices kunt u servers maken die verbinding maken met Azure-services en altijd up-to-date zijn.
- Azure Storage is een set zeer schaalbare en veilige cloudservices voor gegevens, apps en workloads. Het omvat Azure Files, Azure Table Storage en Azure Queue Storage. Azure Files is vaak een effectief hulpprogramma voor het migreren van mainframeworkloads.
- Azure Queue Storage biedt eenvoudige, rendabele, duurzame berichtenwachtrijen voor grote workloads.
- Azure Table Storage is een NoSQL-sleutel-waardearchief voor snelle ontwikkeling die gebruikmaakt van enorme semi-gestructureerde gegevenssets. De tabellen zijn schemaloos en kunnen gemakkelijk worden aangepast naarmate de behoeften veranderen. Toegang is snel en rendabel voor veel soorten toepassingen en kost doorgaans minder dan andere typen sleutelopslag.
- Azure Cache voor Redis is een volledig beheerde cacheservice in het geheugen en berichtenbroker voor het delen van gegevens en status tussen rekenresources. Het omvat zowel de opensource Redis als een commercieel product van Redis Labs als beheerde services. U kunt de prestaties van toepassingen voor online transactieverwerking met hoge doorvoer verbeteren door ze te ontwerpen om te schalen en om gebruik te maken van een gegevensarchief in het geheugen, zoals Azure Cache voor Redis.
Alternatieven
- Azure Traffic Manager stuurt binnenkomende DNS-aanvragen door in de globale Azure-regio's op basis van uw keuze aan verkeersrouteringsmethoden. Het biedt ook automatische failover- en prestatieroutering.
- Azure Content Delivery Network slaat statische inhoud in de cache op in edge-servers voor snelle reactie en maakt gebruik van netwerkoptimalisaties om het antwoord op dynamische inhoud te verkorten. Content Delivery Network is vooral handig wanneer de gebruikersbasis wereldwijd is.
- Azure Kubernetes Service (AKS) is een volledig beheerde Kubernetes-service voor het implementeren en beheren van toepassingen in containers. U kunt deze gebruiken om een microservicesarchitectuur te implementeren waarvan de onderdelen onafhankelijk op aanvraag worden geschaald.
- Azure Container Instances biedt een snelle en eenvoudige manier om taken uit te voeren zonder infrastructuur te hoeven beheren. Het is handig tijdens de ontwikkeling of voor het uitvoeren van niet-geplande taken.
- Azure Service Bus is een betrouwbare cloudberichtenservice voor eenvoudige hybride integratie. Het kan worden gebruikt in plaats van Queue Storage in deze architectuur. Zie Storage-wachtrijen en Service Bus-wachtrijen voor meer informatie, vergeleken en gecontrast.
Overwegingen
Er zijn prestatielimieten voor Table Storage die kunnen worden opgelost door Opslagaccounts toe te voegen. Voor de volgende omstandigheden zijn mogelijk extra accounts vereist:
- Meerdere tenants implementeren ter ondersteuning van meerdere klanten
- Klanten met hogere transactietarieven ondersteunen
- Klanten ondersteunen met grote gegevenssets
- Gegevenstoegang versnellen door gegevens over meerdere opslagaccounts te distribueren
- Gegevens scheiden in dynamische, koude en archieflagen
- Kopieën van gegevens maken voor back-up- en rapportagedoeleinden
Zie Schaalbaarheids- en prestatiedoelen voor Table Storage voor meer informatie.
Table Storage-replicatie is niet beschikbaar in sommige Azure-regio's.
De gegevens in een secundaire regio hebben uiteindelijke consistentie, wat betekent dat er een vertraging is tussen de tijd dat een update plaatsvindt in een primaire regio en wanneer deze wordt weergegeven in de secundaire regio. Omdat replicatie van de primaire regio naar de secundaire regio asynchroon is, kunnen gegevens verloren gaan als de primaire regio mislukt en niet wordt hersteld. Er is momenteel geen SLA (Service Level Agreement) over hoe lang het duurt om gegevens te repliceren naar de secundaire regio. Zie Redundantie in Azure Storage voor meer informatie.
Medewerkers
Dit artikel wordt onderhouden door Microsoft. De tekst is oorspronkelijk geschreven door de volgende Inzenders.
Hoofdauteur:
- Nabil Siddiqui | Cloud Solution Architect - Digitaal en Toepassingsinnovatie
Volgende stappen
- Georedundantie gebruiken om maximaal beschikbare toepassingen te ontwerpen
- Richtlijnen voor tabelontwerp