Kubernetes Operator v1.2.0
Lanzado el 10 de julio 2025
Nuevas funcionalidades:
- Autenticación de usuario OpenID Connect (OIDC)
Agrega compatibilidad para la autenticación de usuario OpenID Connect (OIDC).
Puede configurar la autenticación OIDC con el
spec.security.authentication.modesspec.security.authentication.oidcProviderConfigsConfiguraciones y.Requiere MongoDB Enterprise Server 7.0.11+ o 8.0.0+.
- Para obtener más información, consulte:
- Nuevo CRD ClusterMongoDBRole
Agrega un nuevo ClusterMongoDBRole CRD para admitir roles reutilizables en varios clústeres de MongoDB. Esto permite a los usuarios definir roles una vez y reutilizarlos en múltiples recursos de MongoDB o MongoDBMultiCluster.
Puedes hacer referencia a este rol utilizando el campo
spec.security.roleRefs. Se debe tener en cuenta que solo uno despec.security.rolesyspec.security.roleRefspuede usarse al mismo tiempo.El operador trata los recursos ClusterMongoDBRole como plantillas de rol personalizadas que sólo se utilizan cuando los recursos de bases de datos hacen referencia a ellos.
El operador supervisa el nuevo recurso por defecto. Esto significa que el operador requiere que crees un nuevo ClusterRole y ClusterRoleBinding. La gráfica de Helm o el plugin kubectl de MongoDB crea estos ClusterRole y ClusterRoleBinding por defecto. Debe crearlos manualmente si utiliza un método de instalación diferente.
Para desactivar este comportamiento en el gráfico de Helm, establezca el valor
operator.enableClusterMongoDBRolesenfalse. Esto desactiva la creación de los recursos RBAC necesarios para el recurso ClusterMongoDBRole, así como su vigilancia.Para omitir la instalación de ClusterRole y ClusterRoleBinding necesarios con el complemento mongodb de kubectl, configure
--create-mongodb-roles-cluster-roleenfalse.El nuevo recurso ClusterMongoDBRole está diseñado para ser de solo lectura, lo que significa que puede ser utilizado por implementaciones de MongoDB gestionadas por diferentes operadores.
Puede eliminar el recurso ClusterMongoDBRole en cualquier momento, pero el operador no borrará ningún rol que se haya creado utilizando este recurso. Para remover correctamente el acceso, se debe remover manualmente la referencia al ClusterMongoDBRole en los recursos MongoDB o MongoDBMultiCluster.
La documentación de referencia de este recurso puede encontrarse en la Especificación de recursos de ClusterMongoDBRole.
Correcciones de errores
Corrige un problema por el cual se movía un recurso MongoDBMultiCluster a un nuevo proyecto (o un nuevo La instancia de Ops Manager dejaría la implementación en un estado fallido.
Kubernetes Operator v1.1.0
Liberado el 23 de mayo 2025
Nuevas funcionalidades:
- MongoDBSearch (Vista previa privada Community)
Agrega soporte para implementar MongoDB Search (Community Private Preview Edition).
Permite capacidades de búsqueda vectorial y full-text para implementaciones de MongoDBCommunity.
Agrega un nuevo CRD de MongoDB, que es monitoreado por defecto por el Operador de Kubernetes. Para obtener más información, consulta la Guía rápida.
- La fase de vista previa privada de MongoDBSearch viene con las siguientes limitaciones
Versión mínima de MongoDB Community: 8.0.
TLS debe estar deshabilitado en MongoDB (la comunicación entre
mongotymongodes en texto simple por ahora).
Kubernetes Operator v1.0.1
Liberado el 13 de mayo 2025
Correcciones de errores
Agrega las imágenes que faltan de MongoDB Agent en el paquete de Kubernetes operador en el catálogo de OpenShift y en el operatorhub.io catálogo.
Agrega el
mongodbcommunityCRD faltante de la lista observada en el Helm chart.
Kubernetes Operator v1.0.0
Liberado el 9 de mayo 2025
MongoDB está unificando sus ofertas de Kubernetes con la introducción del Operador de Kubernetes. Este nuevo operador es un proyecto de código abierto y representa una fusión del anterior MongoDB Community Operator y el MongoDB Enterprise Kubernetes Operator. Esto facilita la administración, escalado y actualización de tus implementaciones. Los cambios futuros se basarán en esto para alinear más estrechamente la gestión de Community y Enterprise en Kubernetes, y así ofrecer una experiencia aún más sin interrupciones y eficiente.
Como un Proyecto de código abierto, ahora permite contribuciones de la Community, ayudando a impulsar la solución más rápida de errores y la innovación continua.
Licencia
Los usuarios con contratos que permitían el uso de Enterprise Operator aún pueden aprovechar el nuevo reemplazo, lo que permite a los clientes adoptarlo sin modificar sus contratos. Kubernetes Operator cuenta con la 2.0 licencia Apache, y un archivo de licencia incluido en el repositorio ofrece más detalles.
Los derechos de licencia para todos los demás productos y herramientas de MongoDB, como MongoDB Enterprise Server y Ops Manager, permanecen sin cambios. Si tienes preguntas sobre la concesión de licencias de estos productos o herramientas, comunícate con tu equipo de cuentas de MongoDB.
Migración
La migración del Community Kubernetes Operator y el Enterprise Kubernetes Operator al Kubernetes Operator es sin interrupciones: tus implementaciones de MongoDB no se ven afectadas por la actualización y no requieren cambios. Simplemente sigue las instrucciones en la guía de migración.
Desaprobación y fin de vida útil de operador heredado
Continuaremos brindando soporte de mejor esfuerzo para Community Kubernetes Operator durante 6 meses, hasta noviembre de 2025. Cada versión de Enterprise Kubernetes Operator seguirá siendo compatible según la orientaciónactual.
Todas las futuras correcciones de errores y mejoras se lanzarán en nuevas versiones de Kubernetes operador. Animamos a todos los usuarios a planear su migración a Kubernetes operador dentro de estos plazos.
Notas de versión anteriores
Para ver las notas de la versión del MongoDB Enterprise Kubernetes Operator, consulte la documentación del MongoDB Enterprise Kubernetes Operator.