De hierboven beschreven cloudkarakteristieken hebben duidelijke consequenties voordat de gevarieerdheid van die datamanagementapplicaties naar de cloud gaan. In deze sectie beschrijven wij de geschiktheid van u verplaatsen van de twee grootste bestanddelen van het gegevensbeheermarkt volgens de cloud: transactiegegevensbeheer plus analytisch gegevensbeheer. Met “transactiegegevensbeheer” verwijzen wij naar de brood-en-boter van de database-industrie, databases deze 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 een transactiedatabasesysteem bij behulp betreffende een shared-nothing-architectuur is niet-triviaal, omdat kennis over verschillende locaties is gepartitioneerd plus transacties aangaande het algemeen niet inslikken worden beperkt tot toegang tot kennis van één enkele website. Dit resulteert in complexe gedistribueerde vergrendelings- en commitprotocollen en bij gegevens die via u netwerk belanden verzonden, enigszins leidt zelfs een verhoogde latentie en potentiële knelpunten in de netwerkbandbreedte. Het is moeilijk om ACID-garanties te handhaven in het licht met gegevensreplicatie aangaande grote geografische afstanden. Het CAP-stelling laat zien datgene een shared-data-systeem slechts maximaal twee met de drie eigenschappen karaf kiezen: consistentie, beschikbaarheid en tolerantie aan partities. Wanneer gegevens aangaande een aanzienlijk gebied belanden gerepliceerd, laat dit bij wezen enkel consistentie en beschikbaarheid aan een systeem om eruit te selecteren. Het ‘C’ (consistentie) gedeelte van ACID wordt natuurlijk typisch aangetast om dezelfde redelijke systeembeschikbaarheid op erbij leveren.

intralinks dealspace

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

Comments are closed.

Create My Essay For

Produce My Essay – Old or Still living? The Hidden […]

Composing British Es

New Ideas Into Essay Writing Service Best Never Before Revealed […]

دانلود آهن

دانلود آهنگ جدید عرفان کیا بنام هی بس کن Download […]

RSS not configured

Sponsors