Einige sagen, dass DBaaS (Database as a Service) - auch bekannt als Cloud-Datenbank - nicht für Business Intelligence (BI), Analytics (OLAP) oder Archivierung geeignet ist.
Ist das wahr? Allgemeiner, wenn DBaaS die effektivste technische Wahl ist?
Einige sagen, dass DBaaS (Database as a Service) - auch bekannt als Cloud-Datenbank - nicht für Business Intelligence (BI), Analytics (OLAP) oder Archivierung geeignet ist.
Ist das wahr? Allgemeiner, wenn DBaaS die effektivste technische Wahl ist?
Es ist eine effektive technische Wahl, wenn viel Verkehr herrscht und ständig viel genutzt wird.
In den von Ihnen aufgelisteten Beispielen wird die Datenbank hauptsächlich als Speicher verwendet, wobei die Suche / Verarbeitung ein weitaus größeres Problem darstellt. In der Cloud geht es in erster Linie um Geschwindigkeit und CPU-Leistung, was mit Kosten verbunden ist. Es gibt weitaus kostengünstigere (und zuverlässigere) Archivierungslösungen, die nicht die Geschwindigkeit bieten, aber die Cloud in jeder anderen Hinsicht übertreffen. BI, Analytics usw. werden auch nicht 5000 Mal pro Sekunde 24 Stunden am Tag, 7 Tage die Woche durchgeführt. Es ist billiger, einen dedizierten Server zu erstellen und dann einige Sekunden zu warten, bis jede Abfrage abgeschlossen ist, als die Cloud-Wartung für diesen Zweck zu bezahlen.
Wenn Sie Webanwendungen bereitstellen - Software-as-Service über das Internet -, ist die Cloud für viele Kunden sehr willkommen und bietet die meisten Vorteile, da sie sich an schwankenden, aber immer hohen Datenverkehr anpasst. Wenn die Last die meiste Zeit niedrig oder Null ist, gibt es kostengünstigere Lösungen.
Auch wenn die Daten sehr vertraulich sind, ist es nicht ratsam, sie auf Computern von Drittanbietern zu platzieren, die mit zufälligen anderen Unternehmen geteilt werden und von Personen überwacht werden, die außerhalb Ihrer Kontrolle liegen ...
Ein Grund, warum ich SQL Azure für meinen Start über eine vollständige Installation von SQL verwende, ist, dass ich mich in Cloud-Datenbanken normalerweise auf meine Anwendung konzentrieren kann, anstatt mich darauf zu konzentrieren, SQL Server auf dem neuesten Stand zu halten / zu aktualisieren / zu optimieren / zu skalieren / zu gruppieren / und jede andere Administratorarbeit, die dies tun würde nimm mich weg von Dingen.
Obwohl wir in Zukunft möglicherweise lokalen SQL Server ausführen müssen, je nachdem, wie sehr Benutzer anderen Unternehmen vertrauen, die ihre Daten hosten, erledigt dies aus Entwicklersicht viele Dinge für mich: