AWS DocumentDB n’est pas compatible avec MongoDB, selon MongoDB Inc

  • FrançaisFrançais



  • Entretien Le service de base de données DocumentDB d’Amazon est décrit par la société cloud comme “compatible MongoDB”, mais le directeur technique de MongoDB, Mark Porter, a déclaré Le registre ce n’est pas tout à fait le cas.

    Mark Porter, directeur technique de MongoDB chez AWS Re:invent

    DocumentDB sert à stocker, interroger et indexer les données JSON et son nom complet sur AWS est « Amazon DocumentDB (avec compatibilité MongoDB) ».

    Nous étions curieux d’en savoir plus sur les différences entre MongoDB et DocumentDB et nous nous sommes donc assis avec Porter lors de la conférence Re:invent à Las Vegas.

    “Ce n’est pas compatible avec MongoDB”, a déclaré Porter. “C’est une contre-vérité… il est compatible à 34%, à travers nos tests. Plus important encore, pour nos utilisateurs et nos clients, il n’est pas compatible de toutes les manières qui rendent MongoDB magique.

    « Il n’y a pas d’agrégation, il n’y a pas de flux de modifications, il n’y a pas autant de langues ; c’est une ‘Frankenbase’, il n’y a pas d’autre mot pour cela. Ils ont pris nos pilotes Apache 2.0 (et c’est bien), puis ils ont construit un plug- pour PostgreSQL, et il est basé sur Aurora PostgreSQL… vous n’obtenez pas les avantages de MongoDB, vous n’obtenez pas les avantages du relationnel, vous obtenez quelque chose au milieu.

    “Nous pensons que si vous voulez utiliser le relationnel, utilisez le relationnel. Si vous voulez utiliser le document, utilisez le document. Nous ne voyons pas la nécessité de ce produit.”

    Porter a été embauché en tant que CTO de MongoDB en juillet 2020. Il était auparavant directeur général d’AWS, entre mai 2013 et octobre 2018, où il était responsable du service de base de données relationnelle (RDS), d’Amazon Aurora et de RDS pour PostgreSQL.

    AWS a lancé DocumentDB en janvier 2019, date à laquelle Shawn Bice, responsable de la base de données non relationnelle de l’entreprise, a déclaré qu’AWS avait décidé de “créer une nouvelle base de données de documents spécialement conçue à partir de zéro”, avec la prise en charge des API MongoDB. Cette décision était probablement liée à l’introduction par MongoDB de la licence publique côté serveur (SSPL), développée car il était « trop facile pour les fournisseurs de cloud de saisir toute la valeur et de ne rien redonner à la communauté ».

    La SSPL n’est pas approuvée par l’OSI (Open Source Initiative) en tant que licence open source.

    Nous avons interrogé AWS à propos de la compatibilité de MongoDB et de l’affirmation selon laquelle il est basé sur PostgreSQL et nous avons été renvoyés à cette FAQ qui indique que « « compatible MongoDB » signifie qu’Amazon DocumentDB interagit avec les API open source Apache 2.0 MongoDB 3.6 et 4.0. »

    La version actuelle de MongoDB est la 5.0. La FAQ ne mentionne pas PostgreSQL.

    MongoDB a-t-il demandé à AWS de ne pas décrire DocumentDB comme compatible avec MongoDB ? “Nous leur avons dit qu’il n’était pas compatible avec MongoDB… la chose sur laquelle se concentrer ici est qu’AWS est un partenaire formidable pour nous, et bien qu’une partie d’AWS produise DocumentDB, la grande majorité d’AWS nous est des partenaires étroits, intimes et formidables. Je pense que vous pouvez le voir ici au salon avec notre parrainage Emerald. “

    Il est vrai que MongoDB était à l’honneur à Re:invent, avec deux stands d’exposition et une reprise toute la semaine d’un restaurant sur le site.

    MongoDB, nous a assuré Porter, est en excellente santé. “Nous avons eu 200 millions de téléchargements de notre logiciel communautaire depuis que la société [founded] il y a 16 ans. Nous en avons eu plus de 80 millions au cours des 12 derniers mois. Nous en avions plus de 10 millions en novembre”, a-t-il déclaré.

    Ce sont des téléchargements non commerciaux, pas des clients, mais Porter a exprimé l’espoir qu'”un jour ils commenceront à utiliser nos produits commerciaux”.

    MongoDB fonctionne-t-il sur Graviton, les serveurs basés sur AWS ARM ? “Nous ne courons pas encore sur Graviton”, a déclaré Porter. “Nous y travaillons avec l’équipe AWS.”

    Quels sont les défis ? “Quand vous êtes au niveau de l’application, votre code se recompile et ça marche. C’est beau. Lorsque vous exécutez un produit serveur ou un produit de système d’exploitation, c’est un lien intime avec la puce, la mémoire, le cache, le sous-système IO … donc nous travaillons pour faire cette intégration.

    Porter est également un passionné du sans serveur, un sujet qui a été évoqué lors des discussions sur les revendications de Rust.

    La migration du code MongoDB de C++ vers Rust ferait peu de différence pour la durabilité, a-t-il déclaré, mais « l’autre chose à laquelle je pense pour la durabilité est sans serveur. Lorsque les gens allouent leurs propres instances… vous devez allouer de la marge, car vous pourriez avoir une rafale. Nous avons lancé le serverless l’année dernière et l’objectif est de fonctionner à un taux d’utilisation très élevé afin d’être plus efficaces, de payer moins cher à nos fournisseurs, d’utiliser moins de matériel et de consommer moins d’énergie.”

    Serverless est sur AWS, nous a dit Porter, et est actuellement en version bêta. Cela reviendra-t-il réellement moins cher pour les clients que d’exécuter leurs propres instances ?

    “Notre objectif est de le rendre plus économique à grande échelle”, a déclaré Porter, “mais nous sommes actuellement en version bêta.” ®

    L'équipe de Comparaland

    Rédacteur web depuis 2009 et webmestre depuis 2011.

    Je m'intéresse à tous les sujets comme la politique, la culture, la géopolitique, l'économie ou la technologie. Toute information permettant d'éclairer mon esprit et donc, le vôtre, dans un monde obscur et à la dérive. Je suis l'auteur de plusieurs livre

    Pour me contacter personnellement :

    Laisser un commentaire

    Votre adresse e-mail ne sera pas publiée.