Toepassingen voor gegevensbeheer in de cloud plus transactiegegevensbeheer | Vdr provider

De hierboven beschreven cloudkarakteristieken hebben duidelijke consequenties voor de overvloed van welke datamanagementapplicaties zoals de cloud gaan. Boven deze sectie beschrijven we de geschiktheid van de verplaatsen met de twee grootste bestanddelen van de gegevensbeheermarkt volgens de cloud: transactiegegevensbeheer plus analytisch gegevensbeheer. Met “transactiegegevensbeheer” verwijzen wij naar de brood-en-boter met de database-industrie, databases die back-banking, reservering van luchtvaartmaatschappijen, online e-commerce en toepassingen voor toeleveringsketenbeheer. Deze toepassingen zijn veelal afhankelijk van de ACID-garanties die databases bieden en zijn doorgaans vrij schrijfintensief. Het implementeren van beslist transactiedatabasesysteem bij behulp van een shared-nothing-architectuur is niet-triviaal, omdat gegevens over verscheidene locaties bestaan gepartitioneerd en transacties aangaande het algemeen niet kunnen worden beperkt tot toegang tot gegevens van 1 enkele site. Dit resulteert in complexe gedistribueerde vergrendelings- en commitprotocollen en bij gegevens dat via de netwerk belanden verzonden, enigszins leidt zelfs een verhoogde latentie plus potentiële knelpunten in de netwerkbandbreedte. Het is moeilijk om ACID-garanties te handhaven in u licht betreffende gegevensreplicatie aangaande grote geografische afstanden. Het CAP-stelling laat zien datgene een shared-data-systeem slechts maximaal twee van de drie eigenschappen kan kiezen: consistentie, beschikbaarheid plus tolerantie voor partities. Indien gegevens betreffende een vitaal gebied belanden gerepliceerd, laat dit in wezen enkel consistentie en beschikbaarheid voor een systeem om uit te selecteren. Het ‘C’ (consistentie) gedeelte van ACID wordt zeker typisch geteisterd om dezelfde redelijke systeembeschikbaarheid op te leveren.

box vdr

Vanwege een idee te krijgen van een inherente ellende bij het bouwen van dezelfde gerepliceerde gegevensbank via een wide area network, zijn het interessant om een ontwerpbenaderingen met enkele recente systemen bij noteren. Amazon’s SimpleDB en Yahoo’s PNUTS implementeren beide gedeelde-niets-databases aangaande een wide-area netwerk, echter overwinnen de problemen van gedistribueerde replicatie door een ACID-garanties van het systeem te versoepelen. In de bijzonder verzwakken ze het consistentiemodel sedert verschillende maken van uiteindelijke / tijdlijnconsistentie in erbij voeren, zodat alle replica’s geen overeenstemming hoeven erbij bereiken over de huidige waarde van een opgeslagen waarde (het vermijden met gedistribueerde commitprotocollen). Evenzo is het quest van Brantner et. al. vonden dat ze consistentie- en isolatiegaranties moesten versoepelen in de gegevensbank die zij op een S3-opslaglaag met Amazon hadden gebouwd. Google’s Bigtable implementeert een virtuele-dataroom.nl gerepliceerde shared-nothing database, maar biedt geen volledige relationele API en verzwakt de ‘A’ (atomicity) garantie van ACID. In het bijzonder ben het beslist eenvoudige lees / schrijf-winkel; transacties voordat algemene doeleinden zijn niets geïmplementeerd (de enige atomaire acties bestaan read-modify-write-sequences op gegevens dat onder beslist enkele rijsleutel zijn opgeslagen). SimpleDB en Microsoft SQL Server Data Services opereren op dezelfde manier. U H-Store-project zijn gericht op u bouwen betreffende wide-area shared-nothing-transactiedatabases die antwoorden aan strikte ACID-garanties door zorgvuldig databaseontwerp te bedienen om u aantal transacties te minimaliseren dat toegang heeft zelfs gegevens met meerdere partities; het renovatie blijft echter in de visiefase en de haalbaarheid van de aanpak van dezelfde echte dataset en querywerklast moet nog worden aangetoond. Er zijn enorme risico’s bij het opslaan van transactiegegevens van een niet-vertrouwde host. Transactionele databases bevatten doorgaans de volledige set operationele gegevens die nodig zijn om bedrijfskritieke bedrijfsprocessen te ondersteunen. Dit gegevens bevatten details met de laagste gedetailleerdheid en bevatten regelmatig gevoelige informatie, zoals klantgegevens of creditcardnummers. Elke toename van potentiële beveiligingsinbreuken alsof schendingen betreffende de privacy is meestal onaanvaardbaar. We concluderen zeker dat toepassingen voor transactiegegevensbeheer niet juist geschikt zijn voor cloudimplementatie. Desondanks bestaan er een aantal bureaus die jullie een transactiedatabase zullen sales die karaf worden uitgevoerd in de cloud van Amazon: EnterpriseDB’s Postgres Plus Advanced Server en Oracle. Er zijn nochtans nog geen gepubliceerde case-study’s van bezoekers die met succes beslist bedrijfskritische transactiedatabase implementeren bij behulp met deze cloudproducten en, althans in het geval van Oracle, lijkt de cloudversie voornamelijk bedoeld erbij zijn voor databaseback-up.

Laisser une réponse

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.

Le site Supprimer.Net utilise des cookies afin de collecter des statistiques de visites et les partager avec ses partenaires de publicité et analyse afin de proposer des publicités ciblées. En poursuivant la navigation sur le site, vous en acceptez l’utilisation. En savoir plus

OK