LMi-MAG14 juillet - Flipbook - Page 22
ENTRETIEN
Mark PORTER
CTO de MongoDB
d’ingénierie de 75 000 personnes. Il me disait que l’âge
de ses développeurs sur les systèmes relationnels s’élevait de près d’un an chaque année et que les personnes
recrutées à la fin de leurs études universitaires ne souhaitaient plus apprendre ces technologies. Mon fils est
à l’université ; dans une assemblée où se trouvaient une
trentaine d’étudiants, il a demandé combien d’entre eux
utilisaient MongoDB, 18 ont levé la main. Je trouve particulièrement enthousiasmante cette montée en puissance
de la technologie moderne au sein des effectifs.
Quels sont les points forts de MongoDB
par rapport à ses concurrents ?
MP : MongoDB est choisi pour les mêmes raisons que
celles qui ont conduit nos fondateurs à créer la société
en 2006 et 2007. L’une d’elles est la flexibilité du modèle orienté document. Et ce modèle n’existe dans aucune autre base de données bien que d’autres databases
prennent en charge le format JSON et que certaines supportent même une fausse API MongoDB, aucune d’entre
elles ne supporte la flexibilité sous-jacente du modèle
document. Vous pouvez développer des applications
plus rapidement en utilisant ce modèle. La deuxième
technologie pour laquelle MongoDB est retenue, ce sont
nos drivers avec lesquels vous pouvez développer dans
le langage de votre choix. Nous supportons 14 langages
différents et vous pouvez développer dans votre langage
natif. Vous n’avez pas à assembler des chaînes de SQL ensemble, ce qui n’est pas naturel. C’est amusant. Cela a été
développé en 2007, 2008, 2009 par MongoDB et ce sont
toujours les raisons pour lesquelles notre database est
choisie aujourd’hui. Nous sommes également hautement
disponible par défaut. Vous mettez en place MongoDB,
vous avez trois nœuds, ils basculent quand quelque chose
ne va pas dans le cloud ou sur site. Aucune autre base
de données n’est hautement disponible par défaut. Cela
se fait à travers un service cloud managé. C’est pour ces
raisons que l’on nous choisit face à nos concurrents.
Selon quels critères les clients portent-ils
leur choix sur l’une des versions du produit :
Community, Enterprise, Atlas ?
MP : De nombreux clients choisissent la version Com-
munity parce qu’elle est très facile d’accès. En seize ans
d’existence, il y a eu 240 millions de téléchargement. L’an
22 / juillet / août 2022
dernier, ce logiciel open source a été téléchargé 100 millions de fois. En mars, nous avons eu 12 millions de téléchargements. Quand vous faites le calcul, cela signifie
que non seulement les gens téléchargent MongoDB à un
rythme insensé, mais aussi que le rythme de ce téléchargement progresse fortement et nous en sommes ravis. De
toute évidence, des gens utilisent MongoDB Community
et nous ne le savons même pas. Nous ne savons pas qui
télécharge notre logiciel. Mais ensuite, ils décident de
passer à un environnement de production et ils veulent
utiliser MongoDB Enterprise, soit chez un fournisseur
de services cloud, soit sur site. Et c’est alors qu’ils découvrent tout l’intérêt d’un service géré avec la version
Atlas. Et s’ils veulent l’option serverless, dans laquelle ils
n’ont pas à spécifier le serveur utilisé, nous le proposons
maintenant. Et il reste toujours possible de spécifier un
choix dédié. J’aime à penser que nous avons quatre choix.
Community, Enterprise Advanced, qui a toutes les fonctionnalités de backup et de sécurité et tout ce que l’on
attend d’une version Entreprise, mais dans une version
on premise, ou bien toutes ces mêmes fonctionnalités
avec une capacité serverless, ou encore la même chose et
plus, disponible dans notre capacité Atlas avec des fonctionnalités analytiques et de search, etc. C’est comme un
menu à la carte dans lequel vous choisissez.
Toutes les fonctionnalités de MongoDB
seront-elles disponibles en mode serverless ?
MP : Oui. Pour l’instant, le serverless est en bêta et, au fil
du temps, les différentes fonctionnalités que l’on trouve
dans le service cloud MongoDB seront de plus en plus
disponibles en serverless. Sa disponibilité générale interviendra dans le futur à mesure que nous consoliderons
le produit. Nous pensons que le serverless constitue le
futur. Il y aura toujours des gens qui voudront provisionner leurs propres machines et d’autres qui ne le voudront
pas. Et nous allons offrir ces deux façons de consommer
MongoDB.
Est-ce que les fonctions serverless ne sont pas
réservées à des workloads spécifiques ?
MP : Actuellement, nous voyons que le serverless est
utilisé pour certaines charges de travail, par exemple un
workload qui transmet des données toutes les deux ou
trois minutes ou bien, une charge de travail qui va être
exécutée une fois par semaine, ou encore un workload
qui peut prendre de l’ampleur ou se réduire de manière
imprévisible et pour lequel on ne voudra pas payer pour
le serveur. De plus en plus, nous pensons que les entreprises vont commencer à utiliser le serverless pour leurs
applications de façon générale également. L’avenir est
donc prometteur pour les deux types de mise en œuvre.