Las versiones anteriores de SUSE CaaS Platform incluían un nodo de administrador que, a pesar de ser útil para administrar toda la plataforma, era otro componente para cuidar y una máquina adicional a tener en cuenta al implementar la plataforma.
Este nodo administrador usó Salt para configurar y mantener el clúster de Kubernetes entre los diferentes nodos que componen su clúster.
Durante este tiempo, los comentarios de los usuarios han sido que se apreciaba un poco más de flexibilidad en la implementación, por lo que podría experimentar con configuraciones ligeramente diferentes, incluso si fueran para probar conceptos mientras desarrollaba los detalles de los clústeres de producción.
Es por eso que desde SUSE se decidio aprovechar las herramientas ascendentes, como "kubeadm" para realizar el trabajo pesado de la implementación del clúster.
Kubeadm es una gran herramienta ascendente, pero configurar un clúster con todas las funciones puede ser complicado para muchos usuarios.
Skuba es un envoltorio alrededor de kubeadm, lo que facilita a los clientes la implementación de clústeres de Kubernetes en diferentes máquinas. Una vez que su infraestructura esté lista, skuba introducirá SSH en sus nodos y los configurará uno por uno.
El alcance de Kubeadm está muy bien definido. Apuntará a la máquina actual en la que se está ejecutando y realizará algunos cambios en todo el clúster cuando se esté ejecutando un clúster de Kubernetes, pero los cambios que realiza en el nodo se producen exclusivamente localmente.
Skuba, además, extraerá todos los componentes del plano de control de las imágenes de contenedor creadas por SUSE. Al hacerlo, se garantiza la integridad en la transformación de origen a binario, junto con el control de calidad utilizando el servicio Build de SUSE presente en la metodología probada de creación y lanzamiento de software.
Junto con los componentes del plano de control que se lanzan el registro (`Registry.suse.com`), se podrá una pequeña cantidad de paquetes regulares que skuba instalará automáticamente en todos los nodos que desea formar un clúster.
La prioridad como siempre la gente de SUSE explica son los clientes. Es por eso que los escuchan y como resultado, se creo SUSE CaaS Platform 4. Esta nueva versión es mucho más configurable, dejando la puerta abierta para la propia experimentación; cerrando el círculo para obtener comentarios enriquecidos que pueden ayudar a que el producto sea aún mejor para usted y sus necesidades.
Más información y datos para la implementación: SUSE
Linware Argentina ⯈