Dans ce podcast, nous examinons la base de données en tant que service (DBaaS) avec Tobias Ternström, qui est vice-président et directeur général des bases de données chez le spécialiste de l’infrastructure hyperconvergée Nutanix.
En outre, Ternström parle du sweet spot en termes de cas d’utilisation et de taille d’organisation que DBaaS peut traiter.
Antony Adshead : Qu’est-ce que la base de données en tant que service (DBaaS) et quels défis vise-t-elle à résoudre ?
Tobias Ternstrom : DBaaS consiste vraiment à automatiser la gestion du cycle de vie des bases de données. Des choses comme provisionner un nouveau serveur de base de données, corriger une flotte de serveurs de base de données, s’assurer qu’ils sont sauvegardés, s’assurer qu’ils sont hautement disponibles, s’assurer qu’ils sont protégés contre divers types de sinistres, qu’il s’agisse de gros doigts de l’opérateur ou une météorite frappant le centre de données.
Et cela généralement non pas à un seul endroit, mais dans votre centre de données, à la périphérie ou dans l’un des nombreux clouds publics.
Adshead : Selon vous, quels sont les principaux avantages du DBaaS ?
Ternstrom : Je pense que la gestion des bases de données est devenue plus difficile au fil du temps, car auparavant, une organisation disposait d’un moteur de base de données. Vous savez, c’est une boutique Oracle, ou c’est une boutique SQL Server, une boutique Informix, ou DB2, ou quoi que ce soit d’autre.
Mais, vous revenez environ 10 ans en arrière et cela a commencé à changer, et au lieu d’une norme d’entreprise, ce sont beaucoup plus de développeurs et de frameworks d’application qui apportent la base de données. Maintenant, au lieu de n’en exécuter qu’un, ou un ou deux sur le côté, si vous voulez, ils en exécutent plusieurs.
Ainsi, par exemple, les cinq principaux moteurs de base de données au monde sont SQL Server, Oracle, MySQL, Postgres et MongoDB. Et tout cela est exécuté dans … choisissez n’importe quelle grande organisation. Donc, avoir des gens capables de gérer toutes ces bases de données, surtout quand il ne s’agit pas de dizaines ou de centaines, mais peut-être de dizaines de milliers d’entre elles, est très difficile. S’assurer qu’ils sont en sécurité et prendre soin d’eux.
C’est le principal défi. DBA [database administrators] deviennent surchargés. Les administrateurs de base de données veulent se concentrer sur les cinq bases de données les plus critiques d’une organisation, mais au lieu de cela, ils finissent par se disperser sur des milliers de bases de données, différents moteurs de base de données, différentes versions, différents systèmes d’exploitation ; cela devient vraiment difficile.
Je dirais que c’est le problème numéro un : les administrateurs de bases de données sont surchargés dans ce nouveau monde.
Le deuxième problème que nous voyons beaucoup chez nos clients est que les développeurs sont ralentis. Alors, choisissez n’importe quelle grande organisation, elle emploie généralement de nombreux développeurs de logiciels, et chaque développeur utilisera des bases de données pour les tests, à des fins d’évaluation, etc. Lorsqu’ils le font, ils veulent simplement se servir en libre-service, appeler une API [application programming interface] ou cliquez sur un bouton et *** arrive, comme j’aime à le dire. La base de données apparaît avec toutes les données dont ils ont besoin et ils peuvent faire leur développement. Aujourd’hui, ce qui est très courant, c’est qu’ils doivent déposer un ticket ou appeler une personne, et ils doivent attendre que la base de données apparaisse.
La dernière chose est qu’il y a beaucoup de mouvement qui s’éloigne des bases de données propriétaires, des licences de bases de données coûteuses, vers l’open source. Et cela signifie que si vous avez exécuté 10 000 bases de données propriétaires pendant une longue période d’années, vous exécutez probablement également 10 000 bases de données open source. Donc, maintenant, vous devez gérer 20 000 bases de données, et pour ce faire, vous avez besoin d’une sorte d’automatisation, sinon vous devez doubler votre population de DBA, et les DBA sont difficiles à trouver à embaucher.
Donc, ce sont les trois principaux défis que nous voyons : les DBA sont surchargés, les développeurs sont ralentis et on s’éloigne des bases de données propriétaires vers l’open source.
Adshead : Existe-t-il un point idéal en termes de cas d’utilisation et de charge de travail pour le DBaaS ?
Ternstrom : Je dirais que ce n’est pas que cela ne fonctionne pas, mais tous les DBaaS ne sont pas créés égaux. Mais c’est très bien. Il peut gérer de grandes charges de travail. Il s’agit davantage de l’aide que le DBaaS fournit, car la chose fondamentale que fait le DBaaS est l’automatisation de tous ces domaines dont nous avons parlé.
Et en ce qui concerne ces bases de données les plus critiques, c’est là que vous aurez une équipe DBA qui se concentre sur la vérification que tout est là où il doit être.
Bien que, je dirai que cela dépend des organisations. Si vous regardez l’organisation la plus expérimentée, plus il y a de chances qu’une équipe DBA s’occupe des choses et se concentre sur les charges de travail les plus critiques.
Mais plus c’est une nouvelle entreprise, qui a peut-être été petite et qui est maintenant grande, qui a grandi très vite, ce n’est très souvent pas le cas. Ils n’ont pas cette tradition d’une équipe DBA, ils s’appuieront donc sur le DBaaS pour s’occuper des bases de données les plus critiques.
Mais en général, plus l’application est récente, plus elle utilise de bases de données. Ainsi, une application critique plus ancienne peut avoir une base de données monolithe gargantuesque, tandis qu’une nouvelle application critique peut avoir 1 000 bases de données plus petites pour cette application.
Read more Tech News in French
Source
