Opfield 2.12: aplicaciones, bases de datos en varios servidores y un nombre nuevo

Ya está disponible Opfield 2.12.0. Las aplicaciones tienen ahora un lugar propio, las bases de datos gestionadas pueden ejecutarse en varios servidores y el producto lleva ya el nombre Opfield. Estos son los cambios que notará la mayoría de los usuarios. La lista completa está en el registro de cambios.

Aplicaciones y entornos

Una aplicación agrupa ahora todo lo que necesita un servicio: contenedores, proyectos de Compose, bases de datos, almacenamiento, almacenes clave-valor, rutas y Pages. Cada aplicación tiene entornos, como production y staging. Las aplicaciones están disponibles en todos los planes.

• Cada entorno tiene su propia configuración. Variables, secretos, nodos permitidos y acceso se definen por entorno. Los contenedores reciben los valores del entorno al crearse, actualizarse y recrearse, y la página del entorno lista las cargas de trabajo que aún hay que recrear.
• Promoción. Un entorno se puede promover a otro: exactamente las imágenes, la revisión de Compose y el build de Pages que se ejecutan en él.
• Una página por aplicación. Muestra los miembros de cada entorno con su estado, sus alertas y su actividad. Los recursos se pueden crear dentro de una aplicación, importarse a ella o sacarse de ella.
• Acceso por entorno. Las aplicaciones tienen sus propios permisos, y el acceso se puede conceder solo para un entorno. Las aplicaciones también se gestionan desde la API REST, MCP y el asistente de IA.

Una aplicación se puede apagar y volver a arrancar. Para un incidente de seguridad existe un kill switch: desconecta los contenedores de la aplicación de sus redes, mantiene cerrados sus Secure Links y congela sus miembros. Al desactivarlo, todo vuelve a quedar como estaba. Las aplicaciones y los entornos tienen además sus propios códigos de acceso de mantenimiento y una página de mantenimiento para sus rutas.

Bases de datos y almacenamiento en varios servidores

En Business y Enterprise, PostgreSQL gestionado, los almacenes clave-valor, ClickHouse y el almacenamiento pueden ejecutarse en 2 a 5 servidores. Un primario recibe las lecturas y escrituras, las copias lo siguen y una de ellas toma el relevo cuando el primario falla.

La conmutación entre esos servidores sigue funcionando aunque Opfield esté caído. Los relays permitidos en Settings > Relay y los nodos Docker en otros hosts actúan como testigos y ayudan a decidir qué servidor es el primario.

Los cambios de configuración, las actualizaciones de versión y los reinicios se hacen servidor a servidor, la actualización de un nodo traspasa antes su primario y las copias de seguridad leen de una copia al día. El panel principal señala las bases de datos y el almacenamiento que necesitan atención. Tras el periodo de gracia de la licencia siguen conmutando y se pueden reparar; solo activarlo, añadir servidores y cambiar la configuración esperan a una licencia renovada.

Los nuevos almacenes clave-valor usan Valkey con los módulos JSON, Bloom y Search. Move to Valkey comprueba un almacén Redis existente y lo pasa a Valkey en el mismo nodo. Las copias de seguridad de bases de datos eliminadas ahora se pueden listar y restaurar.

El nombre Opfield y una interfaz más tranquila

El nombre, el logotipo, los colores y las fuentes de Opfield están ahora en la consola, la página de inicio de sesión, la página de estado, los correos, los instaladores y el asistente de IA. La barra lateral tiene 14 elementos, y Routes y Certificates se abren cada uno como una sola página con pestañas.

Las secciones que tu plan no incluye están ocultas. Un enlace directo a una de ellas muestra el plan en lugar de un error.

Cada entrada de auditoría muestra ahora una acción y una descripción legibles, en el registro de auditoría, en su exportación y en los paneles de actividad.

Versiones firmadas y la garantía de continuidad

Las imágenes y los binarios de las versiones de Opfield están firmados con Sigstore e incluyen SBOM. La guía Verifying Releases del repositorio explica cómo comprobarlos con cosign.

La garantía de continuidad (Continuity Grant) va ahora más lejos: si Opfield deja de existir, el código fuente de la última versión, núcleo comercial incluido, pasa a estar disponible bajo la licencia MIT, y quienes tengan una clave pueden seguir ejecutándolo sin el servicio de licencias. Además, Opfield encuentra el servicio de licencias mediante una lista de direcciones firmada y pasa a la siguiente cuando una no responde.

Mover una instalación a otro host

Toda la instalación se puede exportar a un único archivo cifrado en Settings > General y restaurarse en otro host, desde el asistente de configuración o con install.sh --restore. A los nodos y relays se les puede comunicar la nueva dirección por adelantado.

También en esta versión

• El propietario de la máquina de un relay puede hacerlo protegido: Opfield deja de tener acceso a la consola, a los archivos y al host a través de él.
• install.sh --domain y --acme-email sirven la consola en el puerto 443 con un certificado de Let's Encrypt que se renueva solo.
• Una instalación se puede conectar a una cuenta de Opfield Cloud con un código en Settings > Cloud. Las peticiones de esa conexión quedan auditadas y listadas.

Cómo actualizar

A las instalaciones en 2.11.4 o anteriores se les ofrece primero, de forma automática, la 2.11.5 y después la 2.12.0. Actualiza primero Opfield, luego los nodos Docker, nginx y de monitorización, y después el Relay Pool. Las actualizaciones y el instalador llegan ahora desde get.opfield.dev y las imágenes desde ghcr.io/opfield/opfield, así que los cortafuegos deben permitir get.opfield.dev. Las direcciones anteriores siguen funcionando.

La 2.12.1 llegó un día después y lleva el nombre a todo lo demás: nodos, relays, API, webhooks y eventos de auditoría. Los nuevos tokens de API empiezan por opf_ y los existentes siguen funcionando.

Los detalles de cada cambio están en el registro de cambios, y las guías sobre aplicaciones y bases de datos en varios servidores, en la documentación.