Lleva tu stack a Opfield

Esta guía traslada un stack existente a Opfield: servidores, acceso, tráfico entrante, cargas de trabajo, bases de datos con copias de seguridad y monitorización. Cada paso termina con una comprobación. Las capas se trasladan de forma independiente, así que puedes llevar un servicio de principio a fin o una capa para todos los servicios a la vez. Para respuestas breves a las preguntas previas a la compra, consulta Evaluar Opfield.

1. Instala Opfield y conecta tus servidores

1. Instala Opfield y completa la configuración inicial: administrador, MFA y URL pública.
2. Añade cada servidor desde Nodes > Add Node con su comando de una línea, o crea servidores nuevos a través de una integración con un proveedor de hosting. Da a cada nodo los roles que necesite: Ingress, Docker, Storage, Build Worker, Monitoring.
3. En producción, ejecuta al menos dos Relays en hosts distintos del host de Opfield.
4. Prepara el conjunto de recuperación del plano de control y guarda la clave maestra por separado de las copias de seguridad de la base de datos.

Comprobación: todos los nodos están en línea con sus roles. Los contenedores y proyectos Compose que ya se ejecutan en nodos Docker aparecen en Docker sin necesidad de importarlos.

2. Configura el acceso

Crea grupos según las responsabilidades de cada puesto, conecta tu proveedor de SSO si tienes uno e invita al equipo. Concede a cada grupo las Routes, las cargas de trabajo, las bases de datos y los nodos con los que trabaja, hasta llegar a un único recurso. Consulta Permisos.

Comprobación: un operador sin privilegios de administrador completa un cambio normal y se le deniega lo que está fuera de sus concesiones; ambas cosas aparecen en el registro de auditoría.

3. Traslada el tráfico entrante

Para cada nombre de host:

1. Crea el dominio y una Route hacia la aplicación. A una aplicación en un nodo Docker se llega a través de un Secure Link, sin puerto publicado.
2. Emite un certificado de Let’s Encrypt mediante HTTP-01 o DNS-01, o sube el existente. HTTP-01 necesita que el nodo Ingress sea accesible en el puerto 80; DNS-01 funciona a través de la integración con Cloudflare antes de mover el DNS.
3. Añade listas de acceso y una página de mantenimiento donde el proxy anterior las tuviera.
4. Apunta el DNS al nodo Ingress.

Consulta Dominios, Routes y TLS.

Comprobación: una petición HTTPS real a través del dominio llega a la aplicación. Después elimina el host del proxy anterior y su certificado del cron de renovación.

4. Traslada las cargas de trabajo

• Contenedores independientes: ya aparecen en su nodo Docker. Concede acceso a ellos y lee sus logs de inmediato.
• Proyectos Compose: adopta el proyecto (Personal y superiores). Sustituye env_file por environment: y variables de Opfield, mueve los bind mounts del host a la imagen o a un volumen con nombre y conserva las claves de los volúmenes: los volúmenes con nombre conservan su nombre y sus datos. La primera aplicación recrea los contenedores de los servicios, así que prográmala como cualquier redespliegue.
• Servicios que publicas a menudo: ejecútalos como Deployments con cambio de slot y reversión, construidos desde Git en un Build Worker (Business y superiores).
• Servicios que deben sobrevivir al fallo de un servidor: activa Docker Availability (Business y superiores) para que pasen a otro nodo cuando uno falle.
• Traslado entre servidores: migra un contenedor independiente con los datos de su volumen a otro nodo.

Comprobación: la carga de trabajo está en buen estado, su Route responde y una publicación y una reversión se completan a través de Opfield.

5. Traslada las bases de datos y las copias de seguridad

1. Registra cada base de datos existente como conexión externa. Obtiene de inmediato comprobaciones de estado, métricas, Explorer, Console y copias de seguridad programadas.
2. Para pasarla a una base de datos gestionada, detén las escrituras, haz una copia de seguridad y restáurala desde la consola. La restauración crea una base de datos gestionada nueva en un nodo Storage y nunca sobrescribe el origen.
3. Conecta la aplicación mediante una vinculación privada. La aplicación obtiene su propia identidad en la base de datos y ningún puerto abierto.
4. Para la conmutación por error automática, ejecuta la base de datos en varios servidores (Business y superiores).
5. Programa copias de seguridad en S3, FTP, FTPS o SFTP.

Comprobación: la aplicación funciona a través de la vinculación, y la restauración de la última copia en una base de datos nueva se completa correctamente.

6. Traslada la monitorización, las alertas y el estado

El estado y las métricas de los nodos llegan desde el registro, y los logs de contenedores y Routes están en los recursos a los que pertenecen. Añade reglas de alerta y canales de notificación para lo que el equipo necesite saber y publica una página de estado con componentes para los servicios públicos. Consulta Observabilidad.

Comprobación: una alerta de prueba llega a su canal y la página de estado muestra todos los componentes públicos. Después desactiva los paneles, las alertas y las comprobaciones de disponibilidad antiguos de los servicios trasladados.

7. Retira las herramientas antiguas

Da a cada recurso un único responsable: elimina los recursos trasladados de las configuraciones del proxy anterior, los scripts, los paneles y los trabajos cron para que nada reescriba lo que ahora gestiona Opfield. Cierra los puertos y paneles de gestión que Opfield ha hecho innecesarios; los nodos se conectan hacia fuera.

Registra para cada servicio

• quién es su responsable y qué grupo lo opera;
• el resultado de una publicación y de una reversión;
• el resultado de la restauración de una copia de seguridad;
• el canal de alertas y el componente de la página de estado.

Ayuda con el traslado

Business incluye Guided Onboarding and Configuration Review, y Enterprise incluye Assisted Deployment and Migration, como ventajas del plan; el acuerdo comercial define su alcance. Para obtener ayuda con otro plan, escribe a [email protected].