Para decirlo más sin rodeos: el control es finito; La influencia se agrava. SQL no mató a Oracle o SQL Server; los convirtió en empresas más grandes. Kubernetes no comercializó la nube, redirigió la competencia hacia la experiencia administrada, la seguridad y la confiabilidad. La misma dinámica está disponible para MongoDB. Por supuesto, MongoDB no será el único proveedor que se beneficia, pero esa es una característica, no un error. AWS, Google y otros se están acumulando en DocumentDB porque ellos también esperan beneficiarse (e invertirán acorde con los rendimientos esperados). Mi empleador, Oracle, no ha anunciado apoyo para el estándar, pero Oracle también se beneficiaría. Oracle Database 23AI introdujo la Dualidad Relacional JSON, que permite a los desarrolladores presentar y actualizar los mismos datos relacionales subyacentes que los documentos JSON actualizables, sin duplicar los datos, y acceder a ellos a través de API, REST y SQL compatibles con MongoDB. Es muy genial. Los estándares tienden a habilitar este tipo de «tenerlo en ambos sentidos», y los ecosistemas tienden a amplificarlo. Si un documento neutral de la API estándar de comportamiento y semántica de la API, los proveedores pueden innovar sobre cómo almacenan y optimizan los datos debajo de esa API, exactamente lo que Oracle está haciendo al unificar documentos y relacionales en un motor. De lo contrario, cuando el área de superficie (la experiencia del desarrollador y la API) es predecible, los compradores eligen en función de la excelencia operativa, la escala, la gobernanza y las capacidades adyacentes (análisis, IA, seguridad). Ahí es donde MongoDB ha invertido durante una década con Atlas. Un estándar no borra eso; Lo destaca.
Deja una respuesta