Cinco anos após o fork, quem define os rumos do OpenSearch?

O OpenSearch nasceu em janeiro de 2021, quando a AWS reagiu à decisão da Elastic de tirar Elasticsearch e Kibana da licença Apache 2.0 e movê-los para uma combinação de licenças proprietárias e source-available. A Elastic dizia querer impedir que gigantes de nuvem oferecessem o produto como serviço sem retribuir. Depois, a Elastic voltou ao open source ao adicionar a AGPL como opção, e fez as pazes com a AWS. O OpenSearch seguiu como projeto independente, ainda muito associado à criadora.

O marco de governança veio em setembro de 2024, com a transferência para a Linux Foundation e a criação da OpenSearch Software Foundation. Os números da fundação mostram a mudança: a fatia da AWS nas contribuições caiu de 91% no primeiro ano para 72% em 2025-26, e os mantenedores ligados à Amazon no repositório principal passaram de 95% (abril de 2022) para 71%. Ainda assim, a AWS tem 4 das 15 cadeiras com voto no Comitê Diretivo Técnico, e um funcionário dela, Andrew Ross, foi reeleito presidente do comitê em outubro. No relatório de 2026, 60% dos usuários rodam OpenSearch autogerenciado em nuvem (eram 37% em 2024), e o serviço gerenciado da Amazon subiu de 44% para 48%. Entre 71 não adotantes, 24% citam neutralidade e laços com a AWS como barreira. A versão 3.9, de setembro, reforça busca vetorial e híbrida para aplicações de IA como RAG.

A cobertura anterior do CEVIU mostra a AWS ainda muito presente no entorno do OpenSearch. Em 5 de outubro de 2026, o CEVIU noticiou "Automação de Resposta a Incidentes com IA: AWS DevOps Agent e OpenSearch", sobre a integração do agente da AWS ao Amazon OpenSearch Service via MCP. Em 22 de outubro de 2026, em "Linux Foundation reforça open source corporativo: AWS vira Platinum, nascem BUILD Foundation e OpenGrid e OSERA entra em operação", a AWS aparece como Platinum Member da LF. São sinais do vínculo comercial e institucional que a análise atual discute, não uma mudança no OpenSearch em si.

Para quem decide arquitetura de busca e observabilidade, a leitura é que a licença deixou de ser o risco principal, já que a fundação impede fechamento ou troca de licença. O risco que sobra é de influência: se 72% das contribuições ainda vêm de um só fornecedor, vale acompanhar a diversidade de mantenedores antes de assumir o projeto como base de longo prazo. A crescente adoção autogerenciada indica caminho para reduzir dependência do serviço gerenciado, ao custo de operar o cluster por conta própria.