Cloud workers: provisión, operación y retirada segura

Objetivo y acceso

Cloud workers administra infraestructura mediante Workers, Provisioning history, Connections y Profiles. Leer requiere admin.cloud_workers.view; modificar requiere admin.cloud_workers.manage y alcance autorizado sobre el tenant. Worker, conexión cloud y perfil son entidades distintas. Crear infraestructura no demuestra todavía que el agente esté registrado y sea elegible para ejecutar.

Connections y Profiles

En Connections, el formulario recoge nombre, proveedor, scope, región predeterminada, referencia de identidad y regiones permitidas. Existen campos específicos como tenant de directorio, cuenta de servicio de runtime, subred, imagen aprobada y modo de salida. Complete los campos habilitados para el proveedor elegido. El contrato utiliza identidades federadas: no pegue contraseñas cloud ni claves privadas. Verifique la conexión y siga las instrucciones del proveedor antes de provisionar.

Profiles define nombre, proveedor, vCPU, memoria, disco, política de ubicación y estado. Puede incluir estimación horaria, presupuesto mensual, moneda y fecha de precio. Una estimación no garantiza la factura cloud. Este perfil de infraestructura no es el Execution profile de Dova, que expresa política de ejecución.

Workers e historial

Para provisionar seleccione tenant, conexión, perfil, nombre, slots máximos, región y zona cuando corresponda; revise la política de compartición ofrecida. La estimación de precio es opcional. Consulte Provisioning history y logs para distinguir solicitud aceptada, recurso creado y agente registrado. No repita una creación porque el worker aún no aparece online.

Drain worker deja de asignar nuevos trabajos mientras termina el trabajo activo. Disable worker scheduling modifica planificación; Stop VM actúa sobre el proveedor. No son equivalentes. Start VM, edición y reemplazo aparecen según estado y permiso.

Migrar antes de retirar

Reassign references permite revisar origen, destino y referencias, generar preview y aplicar un plan válido. Dependency backups consulta evidencia previa; restaurar o reasignar también requiere validación. El asistente de Sessions ofrece reemplazar worker, distribuir Sessions entre destinos compatibles o deshabilitar Sessions. Esto no copia archivos, bases de datos ni la VM. Revise por separado afinidades, credenciales, reglas, worker predeterminado y ejecuciones pendientes.

Stop and deprovision

1. Abra Deprovision worker and cloud VM y lea recursos, referencias, ejecuciones y bloqueos.
2. Si procede detener primero, seleccione esa opción explícita. Escriba la confirmación y marque el reconocimiento del efecto.
3. El asistente solicita stop, obtiene impacto fresco y sólo solicita deprovision cuando el servidor confirma que está permitido. Stop y eliminación usan claves de idempotencia diferentes.
4. Si el proveedor falla o continúa deteniéndose, no se omiten validaciones. Actualice impacto y resuelva el impedimento.
5. Dova elimina su registro activo después de confirmar ausencia del recurso y revisar otra vez las dependencias. Conserva auditoría.

Unavailable no significa absent. No autoriza borrar el registro ni asegura que cesaron los costes. La limpieza de un recurso ausente exige comprobación del proveedor. Running, stopped y agente offline describen aspectos diferentes.

POC, errores y recuperación

En infraestructura de laboratorio autorizada prepare worker-demo-a y un destino compatible. Cree una Session sintética, inspeccione referencias y pruebe migración. Verifique plan y resultado antes de retirar el origen. Simule proveedor indisponible en pruebas locales: debe producir error y conservar registro, nunca eliminación silenciosa.

Jobs activos o en cola, referencias, worker predeterminado, transición de compartición y escaneo incompleto bloquean retirada. No altere almacenamiento manualmente. Tras timeout revise estado e historial antes de reintentar. Cerrar un diálogo no cancela una acción recibida por el proveedor; vuelva a consultar el inventario.