Kubernetes Operator v1.2.0
Lançado em 10 de julho 2025
Novas funcionalidades
- Autenticação de usuário do OpenID Connect (OIDC)
Adiciona suporte para autenticação de usuário OpenID Connect (OIDC).
Você pode configurar a autenticação OIDC com as configurações
spec.security.authentication.modesespec.security.authentication.oidcProviderConfigs.Exige MongoDB Enterprise Edition 7.0.11+ ou 8.0.0+.
- Para mais informações, veja:
- Novo CRD do ClusterMongoDBRole
Adiciona o novo ClusterMongoDBRole CRD para dar suporte a roles reutilizáveis em vários clusters MongoDB. Isso permite que os usuários definam funções uma vez e as reutilizem em vários recursos do MongoDB ou MongoDBMultiCluster.
Você pode fazer referência a esta role usando o campo
spec.security.roleRefs. Observe que somente um despec.security.rolesespec.security.roleRefspode ser usado de cada vez.O operador trata os recursos ClusterMongoDBRole como modelos de função personalizada que são usados somente quando referenciados pelos recursos do banco de dados .
O operador observa o novo recurso por padrão. Isso significa que o operador exige que você crie um novo ClusterRole e ClusterRoleBinding. O gráfico Helm ou o plugin-in kubectl mongodb criam esses ClusterRole e ClusterRoleBinding por padrão. Você deve criá-los manualmente se usar um método de instalação diferente.
Para desabilitar este comportamento no gráfico do capacete, defina o valor
operator.enableClusterMongoDBRolesparafalse. Isso desabilita a criação dos recursos RBAC necessários para o recurso ClusterMongoDBRole, bem como desabilita a observação desse recurso.Para ignorar a instalação do ClusterRole e ClusterRoleBinding necessários com o plugin-in kubectl mongodb, defina
--create-mongodb-roles-cluster-rolecomofalse.O novo recurso ClusterMongoDBRole foi projetado para ser somente leitura, o que significa que pode ser usado por sistemas do MongoDB gerenciadas por diferentes operadoras.
Você pode excluir o recurso ClusterMongoDBRole a qualquer momento, mas o operador não exclui nenhuma função que foi criada usando esse recurso. Para remover adequadamente o acesso, você deve remover manualmente a referência ao ClusterMongoDBRole nos recursos MongoDB ou MongoDBMultiCluster.
A documentação de referência desse recurso pode ser encontrada na Especificação de recursos do ClusterMongoDBRole.
Correções de Bugs
Corrige um problema em que mover um recurso MongoDBMultiCluster para um novo projeto (ou uma nova instância do Ops Manager) deixaria a implantação em um estado de falha.
Kubernetes Operator v1.1.0
Lançado em 23 de maio 2025
Novas funcionalidades
- MongoDBSearch (visualização privada da comunidade)
Adiciona suporte para a implementação do MongoDB Search (Community Private Preview Edition).
Habilita recursos de pesquisa vetorial e de texto completo para sistemas do MongoDBCommunity.
Adiciona novo CRD MongoDB que é assistido por padrão pelo Operador Kubernetes. Para mais informações, consulte o Início Rápido.
- A fase de visualização privada do MongoDBSearch vem com as seguintes limitações
Versão mínima do MongoDB Community : 8.0.
O TLS deve ser desabilitado no MongoDB (a comunicação entre
mongotemongodestá em texto simples por enquanto).
Kubernetes Operator v1.0.1
Lançado em 13 de maio 2025
Correções de Bugs
Adiciona imagens ausentes do MongoDB Agent no pacote Kubernetes Operator no catálogo OpenShift e no catálogo operatorhub.io.
Adiciona o CRD
mongodbcommunityausente da lista assistida no gráfico Helm.
Kubernetes Operator v1.0.0
Lançado em 9 de maio 2025
O MongoDB está unificando suas ofertas de Kubernetes com a introdução do Kubernetes Operator. Esse novo operador é um projeto de código aberto e representa uma fusão do MongoDB Community Operator anterior e do MongoDB Enterprise Kubernetes Operator. Isso torna mais fácil gerenciar, dimensionar e atualizar seus sistemas. Mudanças futuras se basearão nisso para alinhar mais de perto a forma como a Community e o Enterprise são gerenciados no Kubernetes, a fim de oferecer uma experiência ainda mais integrada e simplificada.
Como um projeto de código aberto , ele agora permite contribuições da comunidade, o que ajuda a gerar correções de bugs mais rápidas e a otimização contínua.
Licença
Os usuários com contratos que permitiram o uso do Enterprise Operator ainda podem aproveitar a nova substituição, permitindo que os clientes a adotem sem alterações no contrato. O próprio Kubernetes Operator é licenciada sob a licença Apache 2.0, e um arquivo de licença incluído no repositório fornece mais detalhes.
Os direitos de licença para todos os outros produtos MongoDB e FERRAMENTAS, como MongoDB Enterprise Edition e Ops Manager, permanecem inalterados. Se você tiver dúvidas de licenciamento em relação a esses produtos ou à FERRAMENTAS, entre em contato com a equipe de contas do MongoDB .
Migração
A migração do Community Kubernetes Operator e do Enterprise Kubernetes Operator para o Kubernetes Operator é perfeita: suas implementações do MongoDB não são afetadas pela atualização e não exigem alterações. Basta seguir as instruções no guia de migração.
Descontinuação do operador legado e EOL
Continuaremos com o suporte da melhor maneira possível do Community Kubernetes Operator por 6 meses, até 2025 de novembro de . Cada versão do Enterprise Kubernetes Operator permanecerá suportada de acordo com a orientaçãoatual.
Todas as futuras correções de bugs e melhorias serão lançadas em novas versões do Kubernetes Operator. Recomendamos todos os usuários a planejar sua migração para o Kubernetes Operator dentro desses cronogramas.
Notas de versão mais antigas
Para ver as notas de versão do MongoDB Enterprise Kubernetes Operator, consulte a documentação do MongoDB Enterprise Kubernetes Operator.