Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Notas de versión de MongoDB Controllers for Kubernetes operador

Lanzado el 10 de julio de 2025

  • Autenticación de usuario OpenID Connect (OIDC)
  • 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 de spec.security.roles y spec.security.roleRefs puede 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 deshabilitar este comportamiento en la gráfica de helm, establece el valor operator.enableClusterMongoDBRoles a false. Esto deshabilita la creación de los recursos RBAC necesarios para el recurso ClusterMongoDBRole, así como también deshabilita la vigilancia de este recurso.

    • Para omitir la instalación de los ClusterRole y ClusterRoleBinding necesarios con el plugin mongodb de kubectl, establece el --create-mongodb-roles-cluster-role en false.

    • 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.

  • Soluciona un problema en el que mover un recurso MongoDBMultiCluster a un nuevo proyecto (o una nueva Instancia de Ops Manager) podría dejar la implementación en un estado fallido.

Liberado el 23 de mayo 2025

  • MongoDBSearch (Vista previa privada Community)
    • Añade soporte para la implementación de MongoDB Search (Edición Privada de Vista Previa de Community).

    • 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 desactivado en MongoDB (la comunicación entre mongot y mongod está en texto plano por ahora).

Liberado el 13 de mayo 2025

  • 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 mongodbcommunity CRD faltante de la lista observada en el Helm chart.

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.

Los usuarios con contratos que permitían el uso del Operador Empresarial aún pueden aprovechar la nueva sustitución, lo que permite a los clientes adoptarla sin cambios de contrato. Kubernetes operador en sí tiene licencia Apache 2.0, y se incluye en el repositorio un archivo de licencia que proporciona 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.

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.

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.

Para ver las notas de la versión del MongoDB Enterprise Kubernetes Operator, consulte la documentación del MongoDB Enterprise Kubernetes Operator.