Índice de capacidades
| Área | Documentación actual |
|---|---|
| Preguntas previas a la compra | Evaluar Opfield |
| Tráfico entrante, dominios, Routes, TLS | Visión general del tráfico entrante |
| Contenedores y Deployments de Docker | Visión general de Docker |
| Compose Projects | Compose Projects |
| Builds desde Git y Build Workers | Orígenes Git y Build Workers |
| Apps y entornos | Apps |
| Bases de datos gestionadas y externas | Visión general de bases de datos |
| Almacenes clave-valor | Almacenes clave-valor |
| Bases de datos y almacenamiento en varios servidores | Bases de datos y almacenamiento en varios servidores |
| Copia de seguridad y restauración de bases de datos | Copias de seguridad de bases de datos |
| Conexiones de almacenamiento y almacenamiento de objetos gestionado | Almacenamiento |
| Vinculaciones privadas de bases de datos | Vinculaciones de bases de datos para aplicaciones |
| Pages | Visión general de Pages |
| Proveedores de hosting: VM de cuentas en la nube y Proxmox como nodos | Proveedores de hosting |
| Relay Pool y relays protegidos | Relay y Relay Pool, Relays protegidos |
| Vínculo con la cuenta en la nube | Opfield Cloud |
| Monitorización, logs, notificaciones y estado | Monitorización y señales operativas |
| Identidad y permisos | Autenticación, usuarios y grupos |
| AI Workspace | AI Workspace |
| Opfield Inference | Opfield Inference |
| Seguridad y operaciones | Modelo de seguridad |
Disponibilidad y versiones objetivo
Sección titulada «Disponibilidad y versiones objetivo»- Apps: disponibles en la 2.12, en todos los planes: agrupa los recursos de una aplicación en entornos con nodos permitidos, variables y secretos compartidos, mantenimiento, promoción por digest de imagen, apagado y un kill switch. Un usuario que puede ver un recurso de una app también ve la app, limitada a los recursos que puede ver. Consulta Apps.
- Bases de datos y almacenamiento en varios servidores: disponibles en la 2.12, en Business/Enterprise: PostgreSQL, almacenes clave-valor, ClickHouse y almacenamiento SeaweedFS gestionados en 2 a 5 nodos Storage con conmutación por error automática mediante testigos o un par replicado con conmutación por error manual. Consulta Bases de datos y almacenamiento en varios servidores.
- Almacenes clave-valor Valkey: disponibles en la 2.12, en Personal y superiores: los nuevos almacenes clave-valor gestionados ejecutan Valkey y funcionan con clientes de Redis; los almacenes más antiguos se migran con Move to Valkey. Consulta Almacenes clave-valor.
- Relays protegidos y vínculo con la nube: disponibles en la 2.12, en todos los planes. Consulta Relays protegidos y Opfield Cloud.
- Workload Availability (HA): disponible, en Business/Enterprise: replicación o conmutación por error para Containers, Deployments y Compose Projects completos sin montajes, con un orden de prioridad de nodos opcional y vuelta automática al primario. Cuando todos los participantes ejecutan la 2.11, los nodos conmutan por error por sí solos sin Opfield (conmutación por error del plano de datos). Consulta la guía de HA.
- Grupos de ingress: disponibles, en Business/Enterprise: una Route, un dominio, un sitio de Pages o la página de estado servidos a la vez por varios nodos Ingress nginx, con entrega, estado y logs por miembro, y un endpoint de estado para los balanceadores de carga. Consulta Grupos de ingress.
- Almacenamiento: disponible en la 2.11, en Personal y superiores: conexiones con almacenamiento compatible con S3, FTP, FTPS y SFTP, y almacenamiento de objetos SeaweedFS gestionado con enlaces privados para cargas de trabajo y Secure Links. Consulta Almacenamiento.
- Container links: disponibles en la 2.11.1, en Personal y superiores: acceso privado desde un Container, un Deployment o un servicio de Compose a un puerto de otra carga de trabajo, en el mismo nodo o en otro, sin puerto publicado. Consulta Enlaces entre contenedores.
- Copia de seguridad y restauración de bases de datos: disponibles en la 2.11, en Personal y superiores: copias de seguridad nativas de bases de datos PostgreSQL, clave-valor y ClickHouse gestionadas y externas en conexiones de almacenamiento. Consulta Copias de seguridad de bases de datos.
- Exportación de la configuración de Opfield para trasladarla a otra instancia: disponible en la 2.12, en todos los planes. Consulta Exportación de la configuración.
Las versiones futuras son estimaciones. La matriz de planes solo enumera lo que está en el producto; la hoja de ruta enumera el resto con los planes previstos.
La CLI general de Opfield está prevista para la 2.13 en todos los planes, y el daemon de gestión Bastion / SSH para la 2.14 en Business y Enterprise. El sistema de plugins se documenta por separado como infraestructura central futura: todavía no está implementado, provisionalmente no antes de la 2.20, y sin fecha de lanzamiento garantizada.
Estado de las capacidades
Sección titulada «Estado de las capacidades»| Estado | Significado |
|---|---|
| Ready | Disponible en el producto actual, sujeta a los requisitos previos del plan y de ejecución |
| Ready, opt-in | Disponible, pero oculta o inactiva hasta que un administrador la activa |
| Plan benefit | Ventaja comercial o de nivel de servicio, no una función en tiempo de ejecución |
La inclusión en un plan y la preparación en ejecución son cosas distintas. Las capacidades que todavía no están en el producto no aparecen en la matriz de planes; la hoja de ruta indica los planes a los que están destinadas.
Usa este índice para responder a tres preguntas de evaluación: si Opfield es responsable del flujo de trabajo, qué requisito previo de infraestructura lo proporciona y qué plan lo admite. Una función puede estar documentada y licenciada y, aun así, no estar disponible en una instalación concreta porque el rol de nodo, el conector, el proveedor o la capacidad de ejecución necesarios no están en buen estado.
Familias de productos actuales
Sección titulada «Familias de productos actuales»- Tráfico entrante: dominios, Routes, TLS, listas de acceso, mantenimiento, comprobaciones de estado, upstreams gestionados y ubicación de nginx.
- Apps (todos los planes): entornos, nodos permitidos, variables y secretos compartidos, mantenimiento con códigos de acceso, promoción, apagado e inicio, y el kill switch.
- Docker: contenedores independientes, Deployments blue/green, inventario y ciclo de vida de Compose, imágenes, volúmenes, redes, registros, builds, migraciones, archivos, Tasks, monitorización y container links. El ciclo de vida gestionado de Compose, los Deployments blue/green, las migraciones, los archivos, los volúmenes de imagen de disco y los container links requieren Personal o superior; los builds desde Git y Secure Runtime requieren Business o superior.
- Bases de datos (Personal y superiores): conexiones externas, PostgreSQL, almacenes clave-valor (Valkey, compatibles con clientes de Redis) y ClickHouse gestionados, exploradores, monitorización, TLS directo, vinculaciones privadas de aplicaciones, copia de seguridad y restauración programadas y, en Business y Enterprise, varios servidores con conmutación por error.
- Almacenamiento (Personal y superiores): conexiones compatibles con S3, FTP, FTPS y SFTP con un explorador de objetos, almacenamiento de objetos SeaweedFS gestionado con claves de acceso, enlaces privados para cargas de trabajo y listeners públicos opcionales, trabajos de copia del lado del servidor entre almacenamientos S3 y migración guiada por el asistente de los clústeres MinIO heredados.
- Pages (Personal y superiores): despliegues estáticos inmutables, Tags, Routes, vistas previas y builds opcionales desde Git (Business y superiores).
- Nodos y Relay: registro basado en roles, informe de capacidades, actualizaciones firmadas, monitorización, funcionamiento de Relay con varios miembros y relays protegidos.
- Identidad: usuarios, grupos, MFA, OIDC, tokens, OAuth, ámbitos de recursos y suplantación.
- Visibilidad operativa: estado, métricas, logs, Tasks, alertas, notificaciones, páginas de estado (Personal y superiores), logging estructurado (Business y superiores), auditoría con exportación en Business y superiores, y SIEM (Enterprise). Cada señal se muestra en el recurso al que pertenece.
- Automatización e IA: REST, OAuth, MCP, chat de AI Workspace y Opfield Inference en todos los planes; AI Plan Mode, Scenarios y Sandboxes en Personal y superiores.
- Seguridad: PKI del sistema, PKI interna de cara al usuario (Enterprise), secretos cifrados, auditoría, límites de admisión y comprobaciones del ciclo de vida con fallo seguro.
Requisitos previos de ejecución
Sección titulada «Requisitos previos de ejecución»Un derecho del plan no sustituye a la capacidad del host. Secure Runtime necesita una capacidad gVisor en buen estado, los builds desde Git necesitan un Build Worker dedicado, las bases de datos gestionadas necesitan un nodo Storage preparado, el tráfico entrante público necesita un nodo Ingress accesible y los enlaces privados necesitan un camino de Relay en buen estado.
Usa la página específica de cada función para verificar los requisitos previos, las consecuencias para el ciclo de vida y el comportamiento de recuperación antes de activar una capacidad en producción. Consulta Planes y derechos para el comportamiento de los planes.
Camino de evaluación
Sección titulada «Camino de evaluación»Para evaluar Opfield, ejecuta una aplicación real de principio a fin: una aplicación pública, su base de datos privada, los nodos en los que se ejecuta y las personas que la operan. Comprueba el despliegue, el control de acceso, el tráfico de los clientes, la monitorización, la recuperación ante fallos y la auditoría en ese recorrido, y añade después las capacidades que necesite tu modelo operativo, como los builds desde Git, Pages, las bases de datos gestionadas, la IA o el SIEM.
Registra cada resultado como:
- compatible y verificado en la instalación probada;
- compatible con un requisito previo sin cumplir;
- restringido por el plan;
- en desarrollo; o
- fuera del límite del producto Opfield.
Así se evita tratar como la misma cosa el posicionamiento en la hoja de ruta, un control desactivado en la interfaz y una capacidad de ejecución que falla.
Límite del producto
Sección titulada «Límite del producto»Opfield gestiona el tráfico entrante, las cargas de trabajo, las bases de datos, el almacenamiento de objetos, las copias de seguridad, la monitorización, el logging, las alertas, las páginas de estado y el acceso para todo lo que hay en sus nodos; consulta Por qué Opfield para ver las herramientas que sustituye. Fuera de él quedan el propio sistema operativo del host (las actualizaciones del sistema operativo y la seguridad del host siguen siendo responsabilidad tuya) y los formatos de cargas de trabajo distintos de los contenedores y los proyectos Compose: Opfield no ejecuta manifiestos de Kubernetes ni charts de Helm.