Een Azure-systeem voor gegevensopslag kiezen

Uw systeem voor gegevensopslag is essentieel voor het succes van uw toepassingen en daarom voor het succes van uw onderneming.

Een goed ontworpen systeem voor gegevensopslag is:

• Snel en eenvoudig te implementeren.
• Gemakkelijk schaalbaar voor het afhandelen van gegevensgroei.
• Responsief en performant.
• Maximaal beschikbaar en bestand tegen fouten.
• Betaalbare.

Een cruciale overweging is hoe goed een ontwerp schaalt naarmate gegevens groeien. Overweeg een toepassing die 6 terabytes (TB) aan gegevens genereert de eerste maand, waarbij gegevens met een jaarlijks tarief van 10 procent toenemen. In de volgende grafiek ziet u hoe deze gegevens zich in de loop van de tijd verzamelen:

Na drie jaar is er 249 TB aan gegevens. Het groeipercentage van 10 procent neemt de helling in de loop van de tijd af.

Dit voorbeeld is niet atypisch. Gegevens groeien zowel wanneer u klanten toevoegt als wanneer uw klanten gegevens toevoegen. Gegevens kunnen ook groeien vanwege toepassingsverbeteringen. Een goed ontworpen systeem verwerkt dergelijke gegevensgroei probleemloos, responsief, tolerant en betaalbaar.

Een systeem voor gegevensopslag ontwerpen

Als u een systeem voor gegevensopslag in Azure wilt ontwerpen, leert u hoe u de vele Azure-services gebruikt voor verschillende toepassingen en doelstellingen. Voor het voldoen aan de behoeften voor gegevensopslag is mogelijk een combinatie van producten vereist. U kunt bijvoorbeeld zelden gebruikte gegevens bewaren in goedkope services en vaak gebruikte gegevens in hoogwaardige services met snellere toegangstijden.

De artikelen in de volgende tabel bevatten een overzicht van zeven systeemarchitecturen voor webtoepassingen. Deze systemen kunnen enorme hoeveelheden gegevens verwerken en bestand zijn tegen systeemfouten. Deze architecturen maken gebruik van Azure Table Storage, Azure Cosmos DB, Azure Data Factory en Azure Data Lake Storage.

Deze voorbeelden kunnen u helpen bij het ontwerpen van een systeem voor gegevensopslag dat geschikt is voor uw toepassingen. De volgende mogelijkheidsmatrix bevat koppelingen naar de artikelen en geeft een overzicht van de voordelen en nadelen van elke architectuur:

Architectuur	Vergoedingen	Nadelen
Webtoepassing met twee regio's met Table Storage-failover	Eenvoudige implementatie, kosten	Beperkte tolerantie met slechts twee Azure-regio's
Webtoepassing voor meerdere regio's met aangepaste replicatie van opslagtabellen	Tolerantie	Implementatietijd en problemen
Minimale opslag: wijzigingenfeed om gegevens te repliceren	Tolerantie, prestaties, gegevensretentie op basis van tijd	Schaalbaarheid, implementatietijd

Bijdragers

Dit artikel wordt onderhouden door Microsoft. Het is oorspronkelijk geschreven door de volgende inzender.

Hoofdauteur:

• Nabil Siddiqui | Cloud Solution Architect - Digitaal en Toepassingsinnovatie

Volgende stappen

• Een benadering voor gegevensopslag kiezen in Azure
• Ontwikkelen met Azure Cosmos DB voor Table- en Azure Table Storage

Verwante resources

• Gegevensopslagmodellen begrijpen
• Een big data-opslagtechnologie kiezen in Azure
• Een Azure-gegevensarchief voor uw toepassing selecteren
• Criteria voor het kiezen van een gegevensarchief