Quand la base de données cloud me convient-elle?

Certains disent que DBaaS (base de données en tant que service) - alias base de données cloud - n'est pas adapté à la Business Intelligence (BI), à l'analyse (OLAP) ou à l'archivage.

Est-ce vrai? Plus généralement, quand DBaaS est le choix technique le plus efficace?

C'est un choix technique efficace lorsqu'il y a beaucoup de trafic, une utilisation intensive constante.

Les exemples que vous avez énumérés utilisent la base de données principalement à des fins de stockage, la recherche / le traitement étant bien plus. Le cloud concerne principalement la vitesse et la puissance du processeur, et cela a un coût. Il existe des solutions d'archivage beaucoup moins chères (et plus fiables) qui n'offrent pas le type de vitesse mais dépassent le cloud à tous les autres égards. La BI, l'analyse, etc. ne sont pas non plus quelque chose que vous effectuez 5000 fois par seconde 24 heures par jour, 7 jours par semaine. Il sera moins coûteux de créer un serveur dédié, puis d'attendre quelques secondes pour que chaque requête se termine, que de payer la maintenance du cloud à cet effet.

Si vous fournissez des applications Web - des logiciels en tant que service sur le net, pour de nombreux clients, le cloud est le bienvenu et offre le plus d'avantages, car il s'adapte au trafic fluctuant mais toujours élevé. Si la charge est faible ou nulle la plupart du temps, il existe des solutions plus rentables.

De plus, si les données sont très confidentielles, il n'est pas judicieux de les placer sur des machines tierces partagées avec d'autres sociétés au hasard, supervisées par des personnes hors de votre contrôle ...

L'une des raisons pour lesquelles j'utilise SQL Azure pour mon démarrage sur une installation complète de SQL est que les bases de données cloud me permettent généralement de me concentrer sur mon application plutôt que de se concentrer sur le maintien / la mise à jour / le réglage / la mise à l'échelle / la mise en cluster de SQL Server et tout autre travail d'administration qui éloigne-moi des choses.

Bien que nous devions peut-être faire du SQL Server local à l'avenir en fonction du degré de confiance des utilisateurs envers les autres sociétés hébergeant leurs données, du point de vue d'un développeur, cela fait beaucoup de choses pour moi:

• Me donne plus de temps pour me concentrer sur l'application.
• Économise de l'argent sur une instance SQL complète (des milliers de dollars contre 10 $ / mois par Go) jusqu'à ce que je décide que j'ai besoin de SQL complet.
• Me donne toutes les fonctionnalités que j'attends comme les sauvegardes / indexation.
• Je peux exécuter mes propres analyses sur la base de données. C'est ma base de données, donc je peux faire ce que je veux. Il peut ne pas être prêt à l'emploi dans la plupart des cas, donc si vous souhaitez simplement exécuter SSRS / SSAS, vous pouvez toujours payer plusieurs milliers de dollars supplémentaires pour la version complète. : - /
• Comme SF. dit, il est auto-évolutif et redondant, donc vous (très probablement) ne perdrez pas de données car le serveur tombe en panne. Si un serveur meurt, vous sauvegardez en quelques secondes si cela prend autant de temps.