MongoDB ha utilizado el lanzamiento de la versión 8.0 para defender su viabilidad como base de los sistemas transaccionales críticos para el negocio. La base de datos del almacén de documentos está clasificada como la quinta base de datos más popular según la encuesta de desarrolladores de DB-Engines y Stack Overflow. Los principales desarrolladores como Adobe, Bosch y Ticketmaster lo utilizan para aplicaciones web y móviles modernas. Sin embargo, aún existe un debate sobre si su modelo de documento, que considera los datos almacenados en archivos BSON, es una alternativa adecuada a las bases de datos relacionales más tradicionales que sustentan la mayoría de las aplicaciones críticas para el negocio que procesan grandes volúmenes de transacciones, todo el día, todos los días. Las mejoras en la versión 8.0 incluyen un rendimiento un 32 por ciento mejor y escrituras masivas un 56 por ciento más rápidas. MongoDB también dice que ha logrado un escalamiento horizontal más rápido para una alta disponibilidad y costos reducidos de las aplicaciones. En declaraciones a The Register antes de la conferencia de MongoDB en Londres esta semana, el director de producto, Sahir Azam, explicó que las mejoras en la relación precio-rendimiento se deben en parte a un nuevo enfoque de fragmentación: un enfoque para mejorar la resiliencia y el rendimiento dividiendo grandes bases de datos distribuidas en unidades más pequeñas. almacenados en múltiples servidores de bases de datos. «Hemos hecho que sea más fácil y económico para los clientes comenzar con la fragmentación, porque ahora ofrecemos la capacidad de ubicar servidores de configuración con los nodos centrales que contienen datos, lo que hace que sea más fácil y rentable cuando estás comenzando». «No es necesario tener una infraestructura adicional. A medida que su aplicación escala, puede optar por desacoplar esas cosas para un mejor aislamiento y una mejor capacidad de ajuste más adelante, pero reduce la barrera de entrada», dijo. La semana pasada, Spencer Kimball, director ejecutivo de Cockroach Labs, que fabrica el sistema relacional distribuido CockroachDB, opinó que si bien MongoDB es excelente para aplicaciones móviles y web, no es adecuado para sistemas transaccionales críticos para el negocio. Kimball explicó que había un «impuesto acumulativo» sobre los sistemas de almacenamiento de documentos, que se acumulaba con el tiempo y los hacía inadecuados para aplicaciones comerciales críticas de larga duración. Sostuvo que uno de los beneficios no anunciados de las bases de datos relacionales es que, al definir su esquema, permiten que se desarrollen casos de uso complejos a lo largo de cinco a diez años. Hemos permitido a los clientes la flexibilidad de introducir cosas como la validación de esquemas de escritura y la gestión de diferentes versiones de las colecciones desde hace años. Azam dijo que era un «nombre inapropiado común» que solo porque MongoDB tiene un esquema flexible, no está gobernado y carece por completo de esquemas. «Hemos permitido a los clientes la flexibilidad de introducir cosas como la validación de esquemas de escritura y la gestión de diferentes versiones de las colecciones desde hace años». Algunas implementaciones de MongoDB estaban estrictamente gobernadas en términos de su esquema, dijo. «En el arco típico, al principio del desarrollo, los clientes quieren mucha flexibilidad mientras definen la apariencia de su modelo de datos. Pero luego, a medida que la aplicación y el equipo de desarrollo comienzan a escalar, comienzan a implementar capas en la gobernanza y esquema», añadió Azam. El director de producto negó que MongoDB tenga un límite de escalabilidad más allá del cual no sea adecuado para sistemas críticos para el negocio. Señaló el hecho de que las organizaciones de servicios financieros, que tienen fama de tener una tolerancia insignificante hacia los sistemas poco confiables, han construido sistemas transaccionales centrales en la base de datos. para consolidar su opinión de que MongoDB puede funcionar en roles muy exigentes. Azam no ha convencido a todos. Adam Ronthal, vicepresidente de investigación del grupo de análisis y datos ITL de Gartner, dijo que el modelo de documento de bases de datos como MongoDB atrajo a los desarrolladores por su flexibilidad y agilidad, particularmente con su escalabilidad distribuida. Sin embargo, señaló que lograr un rendimiento transaccional requería cierta redundancia. Siempre he luchado un poco con la afirmación de MongoDB de que van a entrar y reemplazar todos estos sistemas relacionales centrales construidos en plataformas RDBMS maduras como Oracle y Db2… «MongoDB recomienda específicamente un modelo de datos desnormalizado para minimizar la necesidad de transacciones distribuidas que abarcan múltiples documentos debido al impacto en el rendimiento allí, pero representan paradigmas de persistencia de datos fundamentalmente diferentes [to relational systems]. Siempre he luchado un poco con la afirmación de MongoDB de que van a entrar y reemplazar todos estos sistemas relacionales centrales construidos en plataformas RDBMS maduras como Oracle y Db2, y han estado hablando así desde 2016″, Ronthal dijo, si bien podría ser posible construir ese sistema transaccional escalable y robusto en MongoDB, los usuarios deben cuestionar los beneficios de la medida, junto con hasta qué punto pueden aplicar su combinación existente de habilidades y herramientas al problema. La base de datos es como una cirugía a corazón abierto. Nunca es tan fácil como crees que será y siempre lleva un poco más de tiempo de lo que crees», opinó el analista. ®