CaaS funciona proporcionando un entorno gestionado y creado en torno a un motor de orquestación de contenedores. En este sentido, Kubernetes es el estándar del sector para un motor de orquestación de contenedores. El proceso crea una separación de responsabilidades entre los desarrolladores y la infraestructura básica:

Tareas de un desarrollador: en primer lugar, debe poder tomar todas las dependencias y su aplicación, y empaquetarlas en una imagen de contenedor. Esta imagen es un plano portátil de la aplicación.

Una vez completado, un producto de CaaS se hace cargo: después de crearse y almacenarse, lo único que queda es aplicar la gestión a través de una API o una interfaz. Un producto de CaaS como Google Kubernetes Engine puede ayudar a gestionar todo lo demás. Ahora es el momento de definir el estado del programa. ¿Necesitas tres servidores que ejecuten el mismo programa? Este servicio puede ayudarte.

Después, el nuevo despliegue se gestiona automáticamente. Esto puede incluir:

• Colocar aplicaciones en nodos y gestionar las transferencias a través de conexiones
• Escalar con diferentes tipos de métricas o recursos
• Gestionar y reparar automáticamente el código en acción
• Conectar servicios y recursos

El panorama de los recursos como servicio incluye varios modelos, cada uno de los cuales ofrece un nivel diferente de abstracción y gestión. CaaS se sitúa entre la infraestructura como servicio (IaaS) y la plataforma como servicio (PaaS).

El proveedor se encarga del trabajo básico, por lo que dependes del código de tu aplicación, el acceso a la cuenta, el cortafuegos y las reglas de acceso. La seguridad en un entorno de CaaS se basa en un modelo de responsabilidad compartida. El proveedor de CaaS es responsable de proteger la infraestructura básica. Esto incluye proteger el plano de control de la orquestación de contenedores, preservar los centros de datos físicos y la red, y asegurar la integridad del propio servicio gestionado.

El cliente es responsable de la seguridad de los componentes que controla. Esto implica proteger el código de aplicación, gestionar el acceso al clúster mediante Gestión de Identidades y Accesos (IAM), configurar políticas de red para controlar el tráfico entre contenedores y, lo que es fundamental, proteger la cadena de suministro de software. Esto significa usar un registro de contenedores seguro y analizar las imágenes de contenedor para detectar vulnerabilidades conocidas antes de desplegarlas.

Responsabilidades del equipo de TI:

• Probar el código de aplicación
• Usar y controlar la gestión de identidades y accesos, o identificar la Gestión de Accesos
• Seguridad del software