BYOC (Bring Your Own Cloud)
BYOC (Bring Your Own Cloud) es un modelo en el que el cliente conecta la cuenta que ya tiene con su proveedor de nube, en lugar de migrar a la infraestructura propia de un proveedor de servicios o a la cuenta de un revendedor. La cuenta, el contrato y la relación de facturación permanecen en todo momento entre el cliente y el proveedor de nube; el proveedor de servicios gestiona los recursos dentro de esa cuenta, pero no es su propietario.
BYOC describe quién es el propietario legal de la cuenta cloud en la que se ejecuta una infraestructura, no quién la opera día a día. En un esquema BYOC, la organización conserva su propia cuenta con un proveedor de nube —Amazon Web Services, Google Cloud, Hetzner o cualquier otro—, junto con el contrato y la factura que la acompañan. A un proveedor externo, como una plataforma de gestión, una herramienta de monitorización o un proveedor de servicios gestionados, se le concede acceso limitado para operar dentro de esa cuenta: aprovisionar recursos, aplicar configuración o recopilar telemetría. El cómputo, el almacenamiento o la red subyacentes no se mueven en ningún momento. El término se originó en el ámbito de las bases de datos gestionadas y el SaaS, donde «bring your own cloud» distingue un despliegue que se ejecuta dentro de la cuenta del cliente de otro alojado íntegramente en la infraestructura propia del proveedor del servicio.
La alternativa es un modelo totalmente gestionado o de reventa, en el que el proveedor del servicio mantiene su propia cuenta con el proveedor de nube subyacente y, o bien revende capacidad a sus clientes, o migra sus cargas de trabajo a infraestructura que le pertenece por completo. Ese modelo puede simplificar la facturación —un solo proveedor, una sola factura—, pero también implica que la infraestructura del cliente existe dentro de la cuenta de otra empresa. Cambiar de proveedor, negociar directamente los precios con el proveedor de nube o demostrarle a un auditor qué entidad es exactamente la titular del contrato subyacente se vuelve más difícil. BYOC mantiene esa frontera intacta: el cliente puede revocar el acceso del proveedor del servicio a nivel del proveedor de nube en cualquier momento, y la cuenta subyacente, su historial de facturación y su postura de cumplimiento nunca cambian de manos.
En la práctica, el acceso BYOC se concede mediante credenciales de API o un rol que se otorga al proveedor del servicio dentro de la cuenta del cliente, limitado a lo que realmente necesita y revocable con independencia de la relación con ese proveedor. La contrapartida es operativa: el cliente, no el proveedor del servicio, sigue siendo la parte contratante ante cada proveedor de nube, por lo que trabajar con varios proveedores implica varios contratos y facturas, a menos que algo por encima de la capa de cuenta los consolide. Los proveedores de servicio que admiten BYOC normalmente también admiten el modelo opuesto —aprovisionar y facturar capacidad bajo su propia cuenta en nombre del cliente—, de modo que una organización puede combinar ambos enfoques según qué recursos quiera mantener bajo contrato directo con el proveedor de nube y cuáles prefiera delegar por completo.
Por qué es importante BYOC
El riesgo central que aborda BYOC es el lock-in. Cuando la infraestructura reside dentro de la cuenta propia de un proveedor del servicio, dejar ese proveedor significa migrar las cargas de trabajo: un proyecto que se mide en semanas o meses, no un ticket de soporte. BYOC convierte la salida en un simple cambio de permisos: se revocan las credenciales del proveedor del servicio y la infraestructura sigue exactamente donde estaba, bajo el mismo contrato. Esto importa especialmente cuando es la cuenta subyacente, y no solo los datos, la que tiene peso a efectos de cumplimiento normativo —sectores regulados donde una entidad legal concreta debe seguir siendo la parte contratante directa del responsable del tratamiento ante el proveedor de infraestructura, o normativas de contratación pública que exigen que la organización compradora mantenga su propio contrato cloud en lugar de uno subcontratado—. También preserva cualquier precio por volumen o acuerdo empresarial que la organización ya haya negociado directamente con su proveedor de nube.
Cómo gestiona Sencai el BYOC
Sencai admite BYOC como uno de los dos modelos que pueden coexistir dentro de una misma organización. Conectas una cuenta existente y nada se mueve: las credenciales se cifran en reposo, puedes revocar el acceso en el proveedor de nube en cualquier momento, y en el instante en que se conecta la cuenta, Sencai inventaría todo lo que ya está en ejecución —instancias, redes, almacenamiento, DNS— en cada proveedor conectado, con activación de la gestión activa recurso por recurso. La cuenta, el contrato y la factura permanecen en todo momento con tu proveedor de nube. Si prefieres no mantener un contrato directo con el proveedor, Sencai puede aprovisionar y facturar la capacidad bajo su propia cuenta: una sola factura, con el coste del proveedor más un margen del 2 % mostrado por separado en el extracto; y puedes combinar ambos modelos a medida que cambien tus necesidades.
Descubre cómo funcionan el inventario y el aprovisionamiento →