Daxdi now accepts payments with Bitcoin

Die besten Database-as-a-Service-Lösungen | Daxdi

Was ist Database-as-a-Service (DBaaS)?

Wenn wir über Datenbanken sprechen, die als Cloud-Dienste verwendet werden, sprechen wir über Database-as-a-Service (DBaaS).

Während dies kein Patentrezept ist, das das Leben eines jeden vereinfacht, der eine Datenbank für ein Aufgaben- oder Anwendungsentwicklungsprojekt benötigt, ist DBaaS nicht nur einfach, sondern auch flexibel.

Es hat viele der Vor- und Nachteile, die anderen Diensten in der Cloud gemeinsam sind, wie z.

B.

eine bessere Kostenkontrolle einerseits, aber eingeschränktere Funktionen als die lokale Alternative andererseits.

Es kann jedoch auch als Engine-Software verwendet werden, die eine Vielzahl anderer SaaS-Apps (Software-as-a-Service) unterstützt, von direkt verwandten Datenvisualisierungstools bis hin zu organisationsübergreifenden ERP-Plattformen (Enterprise Resource Planning).

DBaaS ist aber auch eine Lösung für sich mit Vor- und Nachteilen, die nur für Datenbankfunktionen gelten.

Zu den Vorteilen von DBaaS gehören niedrigere Eintrittsbarrieren, ein besserer Zugang zu Technologien, die bisher nur großen Unternehmen zugänglich waren, und digital native Anwendungsfälle wie IoT-Daten-Streaming (Internet of Things), ML-Training (Machine Learning) und Hybrid-Apps wie z eine Ergänzung zum Rechnen am Rande.

Zu den Nachteilen von DBaaS zählen die allgemeine Starrheit von Datenbanken, die Komplexität der Datenwissenschaft, Inflexibilitäten bei Integrationen, Probleme mit der Netzwerkleistung und die Komplexität, die mit großen Datenübertragungen verbunden ist.

Wenn Sie vertrauliche Daten zwischen Ihrem DBaaS-Anbieter und einer anderen Site verschieben, müssen Sie auch Sicherheitsvorkehrungen treffen, die von robusten Identitätsverwaltungsprotokollen bis zur Implementierung eines virtuellen privaten Netzwerks (VPN) reichen können.

Darüber hinaus gibt es verschiedene Arten von DBaaS-Anbietern, von denen, die nichts anderes tun, bis hin zu großen Cloud-Diensten oder Webhosting-Anbietern, für die eine Datenbank nur ein Dienst von vielen ist.

Die Auswahl des besten Anbieters aus einer solchen Liste bedeutet, eine lange Liste von Variablen zu durchsuchen, einschließlich Preis, geografischer Nähe, Support und sogar der endgültigen Einnahmen, die die Datenbank erbringen soll.

All diese Einschränkungen können dazu führen, dass ein Datenbankadministrator (DBA) tatsächlich Unterstützung benötigt, obwohl viele DBaaS-Anbieter behaupten, ihre Plattformen seien Self-Service und benutzerfreundlich.

Das Fazit ist, dass Data Science nicht einfach ist, selbst wenn das Hochfahren und Konfigurieren der Datenbank so automatisiert ist, wie es in DBaaS-Angeboten der Fall ist.

Es gibt jedoch DBaaS-Produkte und -Dienstleistungen, die einfacher zu verwenden sind als andere, und einige liegen sicherlich im Bereich der durchschnittlichen Entwickler und Geschäftsanalysten.

Ich habe die Überprüfungen in dieser Zusammenfassung aus der Sicht von Entwicklern und Analysten durchgeführt und in geringerem Maße von kleinen bis mittelständischen Unternehmen (SMBs) mit wenigen internen IT-Ressourcen.

Ziel dieses Projekts war es nicht, die Überlegenheit aus rein technischer Sicht zu ermitteln, sondern festzustellen, wie gut ein typischer Benutzer den Dienst ohne die Hilfe eines DBA nutzen kann, ohne dabei den vollen Nutzen der Technologie zu verlieren.

Wenn die Überprüfungen nur aufgrund technischer Aspekte durchgeführt wurden, waren die Lieferantenrankings möglicherweise anders.

Was "einfach zu bedienen" in einem DBaaS wirklich bedeutet

Wie bei jedem anderen SaaS-Angebot ist DBaaS tatsächlich Software auf den Servern anderer.

Das gilt auch für die leider genannten "serverlosen" Modelle.

Die Überlegung "einfach zu bedienen" gilt hier nicht nur für die Benutzerfreundlichkeit der Benutzeroberfläche, sondern auch für Folgendes:

  1. Ob eine Anleitung angeboten wird, welcher Datenbanktyp oder welche Engine zu den Daten oder der Arbeitslast passt,
  2. Wie einfach es ist, Daten zu laden und zu übertragen,
  3. Wie viel von der Serverbereitstellung und Dienstkonfiguration wird von ML und der Automatisierung verwaltet, und
  4. Wie viel des Sicherungs- und Wiederherstellungsprozesses erfolgt automatisch.

Wenn der Benutzer eine lange Liste von Entscheidungen treffen muss, um die Datenbank einfach zu konfigurieren, ist die Verwendung für Nicht-DBAs nicht einfach, unabhängig davon, wie viele Pulldown-Menüs und Erklärungsfelder die Benutzeroberfläche enthält.

Es könnte jedoch für DBAs einfach sein, es zu verwenden, und das ist auch in Ordnung, aber für andere Zwecke und eine andere Art der Überprüfung.

Mit anderen Worten, damit ein DBaaS eine starke Self-Service-Plattform ist, muss nicht mehr erforderlich sein, dass ein DBA bei jeder kleinen Benutzerinteraktion praktisch ist.

Wenn es sich dagegen um ein alternatives oder hybrides Add-On zu einer lokalen Datenbank oder sogar zur Primärdatenbank eines Unternehmens handelt (wie dies häufig bei Cloud-nativen Unternehmen der Fall ist), ist es für DBAs einfach zu verwenden und Monitor sollte die Hauptüberlegungen sein.

Wenn Ihr Unternehmen beispielsweise seit einigen Jahren eine lokale Instanz von Microsoft SQL Server vor Ort ausführt und sich jetzt dafür entscheidet, eine Instanz von Microsoft Azure SQL Database als Cloud-basiertes Backup-Repository hinzuzufügen, werden die meisten Ihrer Endbenutzer dies tun Sie müssen diese Instanz niemals berühren.

Wenn die Hauptaufgabe der Datenbank darin besteht, eine andere App oder einen anderen Workflow zu betreiben, müssen Benutzer wiederum nicht oft direkt mit ihr interagieren.

Sobald eine Datenbank betriebsbereit ist, können Benutzer Tools wie Business Intelligence (BI), Entwickler und DevOps-Apps einsetzen, um die Arbeit zu erledigen, an der sie wirklich interessiert sind.

Die Datenbank bleibt für die meisten dieser Szenarien im Hintergrund und selbst fortgeschrittene Benutzer außer dem DBA müssen ihn selten berühren.

Die Benutzerfreundlichkeit in dieser Übersicht umfasst jedoch das gesamte Spektrum der angebotenen Dienstleistungen.

Mit diesem Service können Entwickler, Analysten und gelegentliche SMB-Techniker im laufenden Betrieb Datenbanken im Handumdrehen mit nur wenigen Anweisungen und wenig mehr als einer Kreditkarte und einem mit dem Internet verbundenen Laptop erstellen.

Mit diesen Parametern ist die Microsoft Azure SQL-Datenbank am einfachsten zu verwenden, wobei MongoDB Atlas auf dem zweiten Platz liegt.

Die Entscheidung, welchen dieser beiden Editors 'Choice-Gewinner Sie verwenden möchten, hat mehr mit dem aktuellen Format Ihrer Daten und den Projekten zu tun, an denen Sie arbeiten, als mit der Benutzerfreundlichkeit.

IBM Db2 on Cloud ist ebenfalls einfach zu verwenden, obwohl es viele Entwickler gibt, die sich möglicherweise unterscheiden.

Die meisten Griffe konzentrieren sich auf Designbeschränkungen für Entwickler.

Die Anbieter sind in Bezug auf die Anzahl der angebotenen Regionen nicht gleich.

In einigen Konformitätsszenarien mit der Allgemeinen Datenschutzverordnung (DSGVO) der Europäischen Union könnten sich weniger Optionen als Nachteil erweisen.

Sie unterscheiden sich auch darin, die Einhaltung anderer Vorschriften zu unterstützen, wobei einige noch an diesen Themen arbeiten und andere schnell an Bord kommen.

Ein typisches Beispiel: Seit Juni 2018 entspricht MongoDB Atlas dem Gesetz über die Portabilität und Rechenschaftspflicht von Krankenversicherungen (HIPAA).

Testen von Versionen und die Bedeutung von Regionen

Die Überprüfung jedes Produkts enthält Hinweise dazu, ob Testversionen oder kostenlose Versionen verfügbar sind, sowie eventuelle Einschränkungen.

Zum Beispiel hat MongoDB Atlas eine "für immer kostenlose" Version mit 512 MB Speicher und gemeinsam genutztem Arbeitsspeicher (RAM).

IBM Db2 on Cloud verfügt über eine kostenlose Entwicklerversion mit Unternehmensfunktionen, Express-C, die kostenlose kommerzielle Version, verfügt jedoch nicht über erweiterte Unternehmensfunktionen.

Bezahlte Versionen variieren weniger, da sie meistens eher an die Speicher- und Computernutzung als an Funktionen gebunden sind.

Es ist jedoch wichtig zu beachten, welche Funktionen und Regionen in den verschiedenen Versionen verfügbar sind, bevor Sie eine auswählen.

Wenn es in der Express-C-Version von Cloud keine erweiterten Unternehmensfunktionen wie IBM Db2 gibt und Sie diese benötigen, funktioniert diese Version natürlich nicht.

Wenn Sie Probleme mit der DSGVO haben oder viele Benutzer auf der ganzen Welt Probleme haben und die Verzögerung Ihrer App wirklich beseitigen müssen, sind die erstaunlichen 50 Regionen der Microsoft Azure SQL-Datenbank in 140 Ländern weltweit von Bedeutung wie mit mehr Versionsoptionen tut.

In Bezug auf Ihre Optionen in Bezug auf Regionen verfügt MongoDB Atlas über 56.

Es nutzt die Regionen von Amazon Web Services (AWS), Google Cloud und Microsoft Azure, da es auf allen drei gehostet wird.

Und intuitiv kam Google BigQuery mit der geringsten Anzahl von Regionen ins Spiel.

Die Auswahl des Regionsorts für Ihre Datenbank ist aus zwei Gründen wichtig.

Erstens müssen Sie aufgrund von Vorschriften wie GDPR sicher sein, wo sich Ihre Daten befinden (auch in der Cloud), wo sie sich bewegen und wie sie verwendet werden.

Die Auswahl des richtigen Speicherorts für Ihre Datenbank ist unerlässlich, um GDPR-konform zu bleiben, auch wenn Sie keine Kundendaten der Europäischen Union (EU) oder EU-Mitarbeiterdaten haben.

Hier gelten mehrere Szenarien.

Beispielsweise kann ein Mitarbeiter Amerikaner sein und seine Daten werden daher von der DSGVO nicht beeinflusst.

Seine Frau kann Europäerin oder Amerikanerin sein, aber ihr Kind hat möglicherweise die doppelte Staatsbürgerschaft, wenn es in Europa geboren wurde.

Versicherungsdaten über sie sind also von der DSGVO betroffen.

Obwohl das Unternehmen keine EU-Kunden- oder EU-Mitarbeiterdaten hat, muss es dennoch GDPR-konform sein.

Dieses Gesetz ist sehr komplex.

Und es gibt noch ein weiteres, noch komplexeres Datenschutzgesetz der EU.

Es ist daher ratsam, genau zu wissen, wo sich Ihre Daten befinden und was damit und damit passiert, ob Sie der Meinung sind, dass Sie keine EU-Einzeldaten haben, über die Sie sich Sorgen machen müssen.

Je näher Ihre Daten und Ihre App beieinander liegen, desto besser ist die Leistung.

Dies bedeutet, je kürzer die Verzögerung und andere Probleme sind.

Sie sollten nach Optionen suchen, um Ihre App im selben Rechenzentrum wie Ihre Datenbank bereitzustellen oder Ihre Datenbank neben Ihrer App zu platzieren.

Die Versionen unterscheiden sich auch erheblich zwischen den Anbietern und auch innerhalb der Produktpalette eines einzelnen Anbieters.

Einige sind im Front-End-Bereich kostengünstig, verursachen jedoch Kosten, indem Sie verschiedene Tools und Service-Upgrades in Rechnung stellen, z.

B.

zusätzliche Sicherheits- oder Sicherungs- und Wiederherstellungsdienste.

Achten Sie darauf.

Für diese Überprüfungszusammenfassung habe ich hauptsächlich Testkonten mit mittlerem Preis verwendet, die von den Anbietern eingerichtet wurden, und nicht die eingeschränkteren Testversionen oder kostenlosen Versionen.

Manchmal habe ich meine eigenen Testdaten übertragen und manchmal habe ich Hersteller-Testdaten geladen oder mit deren vorinstallierten Datensätzen gearbeitet.

In vielen Fällen stellten Anbieter Gutschriften zur Verfügung, um sicherzustellen, dass ich ihre Systeme gründlich testen konnte.

Gelegentlich habe ich kostenlose Entwicklereditionen getestet, wie ich es mit der SAP Cloud Platform, dem SAP HANA Service, getan habe, da diese normalerweise voll funktionsfähig sind.

In jedem Fall wird die von mir getestete Version in jedem Testbericht vermerkt.

SQL oder NoSQL?

Ein weiterer Faktor, der direkte Vergleiche in dieser Übersicht erschwert, sind die Datenbanktypen.

Wie alle Datenfachleute wissen, verarbeitet SQL strukturierte Daten und NoSQL ist für unstrukturierte Daten gedacht, obwohl diese Unterscheidung für allgemeine Benutzer wahrscheinlich nicht offensichtlich ist.

Ein Beispiel für strukturierte Daten ist eine Tabelle, während ein Beispiel für unstrukturierte Daten der Twitter-Feed-Firehose ist.

SQL-Datenbanken werden normalerweise als relationale Datenbanken bezeichnet, während NoSQL-Datenbanken als nicht relationale Datenbanken bezeichnet werden.

Bei DBaaS sind die Optionen jedoch vielfältiger als nur eine strukturierte oder eine unstrukturierte Datenermittlung.

Zum Beispiel, MongoDB AtlasOpenSource NoSQL läuft auf anderen Marken-Cloud-Diensten wie AWS-, Google- und Microsoft-Clouds.

Einige Anbieter werden Sie durch das Labyrinth führen ...

Was ist Database-as-a-Service (DBaaS)?

Wenn wir über Datenbanken sprechen, die als Cloud-Dienste verwendet werden, sprechen wir über Database-as-a-Service (DBaaS).

Während dies kein Patentrezept ist, das das Leben eines jeden vereinfacht, der eine Datenbank für ein Aufgaben- oder Anwendungsentwicklungsprojekt benötigt, ist DBaaS nicht nur einfach, sondern auch flexibel.

Es hat viele der Vor- und Nachteile, die anderen Diensten in der Cloud gemeinsam sind, wie z.

B.

eine bessere Kostenkontrolle einerseits, aber eingeschränktere Funktionen als die lokale Alternative andererseits.

Es kann jedoch auch als Engine-Software verwendet werden, die eine Vielzahl anderer SaaS-Apps (Software-as-a-Service) unterstützt, von direkt verwandten Datenvisualisierungstools bis hin zu organisationsübergreifenden ERP-Plattformen (Enterprise Resource Planning).

DBaaS ist aber auch eine Lösung für sich mit Vor- und Nachteilen, die nur für Datenbankfunktionen gelten.

Zu den Vorteilen von DBaaS gehören niedrigere Eintrittsbarrieren, ein besserer Zugang zu Technologien, die bisher nur großen Unternehmen zugänglich waren, und digital native Anwendungsfälle wie IoT-Daten-Streaming (Internet of Things), ML-Training (Machine Learning) und Hybrid-Apps wie z eine Ergänzung zum Rechnen am Rande.

Zu den Nachteilen von DBaaS zählen die allgemeine Starrheit von Datenbanken, die Komplexität der Datenwissenschaft, Inflexibilitäten bei Integrationen, Probleme mit der Netzwerkleistung und die Komplexität, die mit großen Datenübertragungen verbunden ist.

Wenn Sie vertrauliche Daten zwischen Ihrem DBaaS-Anbieter und einer anderen Site verschieben, müssen Sie auch Sicherheitsvorkehrungen treffen, die von robusten Identitätsverwaltungsprotokollen bis zur Implementierung eines virtuellen privaten Netzwerks (VPN) reichen können.

Darüber hinaus gibt es verschiedene Arten von DBaaS-Anbietern, von denen, die nichts anderes tun, bis hin zu großen Cloud-Diensten oder Webhosting-Anbietern, für die eine Datenbank nur ein Dienst von vielen ist.

Die Auswahl des besten Anbieters aus einer solchen Liste bedeutet, eine lange Liste von Variablen zu durchsuchen, einschließlich Preis, geografischer Nähe, Support und sogar der endgültigen Einnahmen, die die Datenbank erbringen soll.

All diese Einschränkungen können dazu führen, dass ein Datenbankadministrator (DBA) tatsächlich Unterstützung benötigt, obwohl viele DBaaS-Anbieter behaupten, ihre Plattformen seien Self-Service und benutzerfreundlich.

Das Fazit ist, dass Data Science nicht einfach ist, selbst wenn das Hochfahren und Konfigurieren der Datenbank so automatisiert ist, wie es in DBaaS-Angeboten der Fall ist.

Es gibt jedoch DBaaS-Produkte und -Dienstleistungen, die einfacher zu verwenden sind als andere, und einige liegen sicherlich im Bereich der durchschnittlichen Entwickler und Geschäftsanalysten.

Ich habe die Überprüfungen in dieser Zusammenfassung aus der Sicht von Entwicklern und Analysten durchgeführt und in geringerem Maße von kleinen bis mittelständischen Unternehmen (SMBs) mit wenigen internen IT-Ressourcen.

Ziel dieses Projekts war es nicht, die Überlegenheit aus rein technischer Sicht zu ermitteln, sondern festzustellen, wie gut ein typischer Benutzer den Dienst ohne die Hilfe eines DBA nutzen kann, ohne dabei den vollen Nutzen der Technologie zu verlieren.

Wenn die Überprüfungen nur aufgrund technischer Aspekte durchgeführt wurden, waren die Lieferantenrankings möglicherweise anders.

Was "einfach zu bedienen" in einem DBaaS wirklich bedeutet

Wie bei jedem anderen SaaS-Angebot ist DBaaS tatsächlich Software auf den Servern anderer.

Das gilt auch für die leider genannten "serverlosen" Modelle.

Die Überlegung "einfach zu bedienen" gilt hier nicht nur für die Benutzerfreundlichkeit der Benutzeroberfläche, sondern auch für Folgendes:

  1. Ob eine Anleitung angeboten wird, welcher Datenbanktyp oder welche Engine zu den Daten oder der Arbeitslast passt,
  2. Wie einfach es ist, Daten zu laden und zu übertragen,
  3. Wie viel von der Serverbereitstellung und Dienstkonfiguration wird von ML und der Automatisierung verwaltet, und
  4. Wie viel des Sicherungs- und Wiederherstellungsprozesses erfolgt automatisch.

Wenn der Benutzer eine lange Liste von Entscheidungen treffen muss, um die Datenbank einfach zu konfigurieren, ist die Verwendung für Nicht-DBAs nicht einfach, unabhängig davon, wie viele Pulldown-Menüs und Erklärungsfelder die Benutzeroberfläche enthält.

Es könnte jedoch für DBAs einfach sein, es zu verwenden, und das ist auch in Ordnung, aber für andere Zwecke und eine andere Art der Überprüfung.

Mit anderen Worten, damit ein DBaaS eine starke Self-Service-Plattform ist, muss nicht mehr erforderlich sein, dass ein DBA bei jeder kleinen Benutzerinteraktion praktisch ist.

Wenn es sich dagegen um ein alternatives oder hybrides Add-On zu einer lokalen Datenbank oder sogar zur Primärdatenbank eines Unternehmens handelt (wie dies häufig bei Cloud-nativen Unternehmen der Fall ist), ist es für DBAs einfach zu verwenden und Monitor sollte die Hauptüberlegungen sein.

Wenn Ihr Unternehmen beispielsweise seit einigen Jahren eine lokale Instanz von Microsoft SQL Server vor Ort ausführt und sich jetzt dafür entscheidet, eine Instanz von Microsoft Azure SQL Database als Cloud-basiertes Backup-Repository hinzuzufügen, werden die meisten Ihrer Endbenutzer dies tun Sie müssen diese Instanz niemals berühren.

Wenn die Hauptaufgabe der Datenbank darin besteht, eine andere App oder einen anderen Workflow zu betreiben, müssen Benutzer wiederum nicht oft direkt mit ihr interagieren.

Sobald eine Datenbank betriebsbereit ist, können Benutzer Tools wie Business Intelligence (BI), Entwickler und DevOps-Apps einsetzen, um die Arbeit zu erledigen, an der sie wirklich interessiert sind.

Die Datenbank bleibt für die meisten dieser Szenarien im Hintergrund und selbst fortgeschrittene Benutzer außer dem DBA müssen ihn selten berühren.

Die Benutzerfreundlichkeit in dieser Übersicht umfasst jedoch das gesamte Spektrum der angebotenen Dienstleistungen.

Mit diesem Service können Entwickler, Analysten und gelegentliche SMB-Techniker im laufenden Betrieb Datenbanken im Handumdrehen mit nur wenigen Anweisungen und wenig mehr als einer Kreditkarte und einem mit dem Internet verbundenen Laptop erstellen.

Mit diesen Parametern ist die Microsoft Azure SQL-Datenbank am einfachsten zu verwenden, wobei MongoDB Atlas auf dem zweiten Platz liegt.

Die Entscheidung, welchen dieser beiden Editors 'Choice-Gewinner Sie verwenden möchten, hat mehr mit dem aktuellen Format Ihrer Daten und den Projekten zu tun, an denen Sie arbeiten, als mit der Benutzerfreundlichkeit.

IBM Db2 on Cloud ist ebenfalls einfach zu verwenden, obwohl es viele Entwickler gibt, die sich möglicherweise unterscheiden.

Die meisten Griffe konzentrieren sich auf Designbeschränkungen für Entwickler.

Die Anbieter sind in Bezug auf die Anzahl der angebotenen Regionen nicht gleich.

In einigen Konformitätsszenarien mit der Allgemeinen Datenschutzverordnung (DSGVO) der Europäischen Union könnten sich weniger Optionen als Nachteil erweisen.

Sie unterscheiden sich auch darin, die Einhaltung anderer Vorschriften zu unterstützen, wobei einige noch an diesen Themen arbeiten und andere schnell an Bord kommen.

Ein typisches Beispiel: Seit Juni 2018 entspricht MongoDB Atlas dem Gesetz über die Portabilität und Rechenschaftspflicht von Krankenversicherungen (HIPAA).

Testen von Versionen und die Bedeutung von Regionen

Die Überprüfung jedes Produkts enthält Hinweise dazu, ob Testversionen oder kostenlose Versionen verfügbar sind, sowie eventuelle Einschränkungen.

Zum Beispiel hat MongoDB Atlas eine "für immer kostenlose" Version mit 512 MB Speicher und gemeinsam genutztem Arbeitsspeicher (RAM).

IBM Db2 on Cloud verfügt über eine kostenlose Entwicklerversion mit Unternehmensfunktionen, Express-C, die kostenlose kommerzielle Version, verfügt jedoch nicht über erweiterte Unternehmensfunktionen.

Bezahlte Versionen variieren weniger, da sie meistens eher an die Speicher- und Computernutzung als an Funktionen gebunden sind.

Es ist jedoch wichtig zu beachten, welche Funktionen und Regionen in den verschiedenen Versionen verfügbar sind, bevor Sie eine auswählen.

Wenn es in der Express-C-Version von Cloud keine erweiterten Unternehmensfunktionen wie IBM Db2 gibt und Sie diese benötigen, funktioniert diese Version natürlich nicht.

Wenn Sie Probleme mit der DSGVO haben oder viele Benutzer auf der ganzen Welt Probleme haben und die Verzögerung Ihrer App wirklich beseitigen müssen, sind die erstaunlichen 50 Regionen der Microsoft Azure SQL-Datenbank in 140 Ländern weltweit von Bedeutung wie mit mehr Versionsoptionen tut.

In Bezug auf Ihre Optionen in Bezug auf Regionen verfügt MongoDB Atlas über 56.

Es nutzt die Regionen von Amazon Web Services (AWS), Google Cloud und Microsoft Azure, da es auf allen drei gehostet wird.

Und intuitiv kam Google BigQuery mit der geringsten Anzahl von Regionen ins Spiel.

Die Auswahl des Regionsorts für Ihre Datenbank ist aus zwei Gründen wichtig.

Erstens müssen Sie aufgrund von Vorschriften wie GDPR sicher sein, wo sich Ihre Daten befinden (auch in der Cloud), wo sie sich bewegen und wie sie verwendet werden.

Die Auswahl des richtigen Speicherorts für Ihre Datenbank ist unerlässlich, um GDPR-konform zu bleiben, auch wenn Sie keine Kundendaten der Europäischen Union (EU) oder EU-Mitarbeiterdaten haben.

Hier gelten mehrere Szenarien.

Beispielsweise kann ein Mitarbeiter Amerikaner sein und seine Daten werden daher von der DSGVO nicht beeinflusst.

Seine Frau kann Europäerin oder Amerikanerin sein, aber ihr Kind hat möglicherweise die doppelte Staatsbürgerschaft, wenn es in Europa geboren wurde.

Versicherungsdaten über sie sind also von der DSGVO betroffen.

Obwohl das Unternehmen keine EU-Kunden- oder EU-Mitarbeiterdaten hat, muss es dennoch GDPR-konform sein.

Dieses Gesetz ist sehr komplex.

Und es gibt noch ein weiteres, noch komplexeres Datenschutzgesetz der EU.

Es ist daher ratsam, genau zu wissen, wo sich Ihre Daten befinden und was damit und damit passiert, ob Sie der Meinung sind, dass Sie keine EU-Einzeldaten haben, über die Sie sich Sorgen machen müssen.

Je näher Ihre Daten und Ihre App beieinander liegen, desto besser ist die Leistung.

Dies bedeutet, je kürzer die Verzögerung und andere Probleme sind.

Sie sollten nach Optionen suchen, um Ihre App im selben Rechenzentrum wie Ihre Datenbank bereitzustellen oder Ihre Datenbank neben Ihrer App zu platzieren.

Die Versionen unterscheiden sich auch erheblich zwischen den Anbietern und auch innerhalb der Produktpalette eines einzelnen Anbieters.

Einige sind im Front-End-Bereich kostengünstig, verursachen jedoch Kosten, indem Sie verschiedene Tools und Service-Upgrades in Rechnung stellen, z.

B.

zusätzliche Sicherheits- oder Sicherungs- und Wiederherstellungsdienste.

Achten Sie darauf.

Für diese Überprüfungszusammenfassung habe ich hauptsächlich Testkonten mit mittlerem Preis verwendet, die von den Anbietern eingerichtet wurden, und nicht die eingeschränkteren Testversionen oder kostenlosen Versionen.

Manchmal habe ich meine eigenen Testdaten übertragen und manchmal habe ich Hersteller-Testdaten geladen oder mit deren vorinstallierten Datensätzen gearbeitet.

In vielen Fällen stellten Anbieter Gutschriften zur Verfügung, um sicherzustellen, dass ich ihre Systeme gründlich testen konnte.

Gelegentlich habe ich kostenlose Entwicklereditionen getestet, wie ich es mit der SAP Cloud Platform, dem SAP HANA Service, getan habe, da diese normalerweise voll funktionsfähig sind.

In jedem Fall wird die von mir getestete Version in jedem Testbericht vermerkt.

SQL oder NoSQL?

Ein weiterer Faktor, der direkte Vergleiche in dieser Übersicht erschwert, sind die Datenbanktypen.

Wie alle Datenfachleute wissen, verarbeitet SQL strukturierte Daten und NoSQL ist für unstrukturierte Daten gedacht, obwohl diese Unterscheidung für allgemeine Benutzer wahrscheinlich nicht offensichtlich ist.

Ein Beispiel für strukturierte Daten ist eine Tabelle, während ein Beispiel für unstrukturierte Daten der Twitter-Feed-Firehose ist.

SQL-Datenbanken werden normalerweise als relationale Datenbanken bezeichnet, während NoSQL-Datenbanken als nicht relationale Datenbanken bezeichnet werden.

Bei DBaaS sind die Optionen jedoch vielfältiger als nur eine strukturierte oder eine unstrukturierte Datenermittlung.

Zum Beispiel, MongoDB AtlasOpenSource NoSQL läuft auf anderen Marken-Cloud-Diensten wie AWS-, Google- und Microsoft-Clouds.

Einige Anbieter werden Sie durch das Labyrinth führen ...

Daxdi

Daxdi.com Cookies

Auf Daxdi.com verwenden wir Cookies (technische und Profil-Cookies, sowohl eigene als auch Cookies von Drittanbietern), um Ihnen ein besseres Online-Erlebnis zu bieten und um Ihnen personalisierte Online-Werbung entsprechend Ihren Präferenzen zu senden. Wenn Sie Weiter wählen oder auf Inhalte auf unserer Website zugreifen, ohne Ihre Auswahl zu personalisieren, stimmen Sie der Verwendung von Cookies zu.

Für weitere Informationen über unsere Cookie-Richtlinie und wie Sie Cookies ablehnen können

Zugang hier.

Voreinstellungen

Weiter