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

box vdr

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

Komentáře nejsou povoleny.

Kontakt

STK TÜV NORD Czech, s.r.o.
Skorkovská 1537
19800 Praha 14

Tel.:281 915 951

Tel.:281 916 100

Otevírací doba

Emise STK
Po - Pá 7:15 - 19:15 7:30 - 19:30
Sobota 8:00 - 16:00 8:00 - 16:00