Para ser mais franco: o controle é finito; influência é composição. O SQL não matou o Oracle ou o SQL Server – os tornou negócios maiores. Kubernetes Não comoditizou a nuvem – foi redirecionada a concorrência em relação à experiência, segurança e confiabilidade gerenciadas. A mesma dinâmica está disponível para MongoDB.
É claro que o MongoDB não será o único fornecedor que se beneficia, mas esse é um recurso, não um bug. A AWS, o Google e outros estão se acumulando no DocumentDB porque eles também esperam se beneficiar (e investirão proporcionais aos retornos esperados). Meu empregador, Oracle, não anunciou apoio ao padrão, mas a Oracle também se beneficiaria. Oracle Database 23ai introduzido JSON Relational Dualityque permite que os desenvolvedores apresentem e atualizem os mesmos dados relacionais subjacentes que atualizáveis JSON Documentos-sem duplicar os dados-e acessar-os por meio de APIs compatíveis com MongoDB, REST e SQL. É muito authorized. Os padrões tendem a permitir esse tipo de “ter os dois lados”, e os ecossistemas tendem a ampliá -lo. Se um documento neutro padrão prega o comportamento da API e a semântica, os fornecedores podem inovar em como Eles armazenam e otimizam os dados abaixo dessa API – exatamente o que o Oracle está fazendo, unificando o documento e relacionado a um mecanismo.
De outra forma, quando a área de superfície (a experiência do desenvolvedor e a API) é previsível, os compradores escolhem com base na excelência operacional, escala, governança e capacidades adjacentes (análise, IA, segurança). É aí que MongoDB investiu por uma década com o Atlas. Um padrão não apaga isso; isto holofotes isto.