En colaboración con: Alvin Estrada

Saludos amigos Kubernetes aficionados, este artículo se basa en  el capitulo #29 de la serie La Hora de Kubernetes, en este articulo puede aprender sobre el API REST y su parte fundamental en Kubernetes que enlaza sus componentes.

¿Qué es el API Rest?

La API REST es la parte fundamental de Kubernetes que enlaza sus componentes. Todas las operaciones y comunicaciones entre componentes y comandos de usuarios externos son llamadas al API REST que maneja el servidor API. En consecuencia, todo en la plataforma Kubernetes se trata como un objeto API y tiene una entrada correspondiente en la API.

“Todo lo que tenemos dentro de kubernetes, Pods, services, deployments, Ingress, nodos, el clúster en si, todo esto se traduce a un objeto de kubernetes, un objeto que tiene un espacio dentro de su API, de esta forma nos ofrece una interface para podernos comunicar con el, y  poder manipularlos, escalarlos, editarlos y extráelos o enviarlos a otro subsistemas y extraer información de ellos de los cuales vamos a hablar en este articulo”.

Diagrama de especificación de componentes de kubernetes.

Cluster Kubernetes

API SERVER: Es el servidor principal, engloba a todos los demás componentes, se encarga de su conexión y de mantener a todos los elementos funcionando, ya que es el punto de entrada para obtener la información y realizar acciones.

CONTROLLER MANAGER: Es básicamente donde se encuentra toda la lógica de Kubernetes, que hace un deployment, que es lo que pasa detrás de cada vez que se crea un objeto o aplicación.

SCHEDULER: Es el encargado de verificar cada uno de los Nodos y saber, cuantos nodos están disponibles, cada nodo tiene una cantidad especifica de PODS desarrollados en una cantidad especifica de recursos libres y optimizados,  el se encarga de decidir en donde va a ir una aplicación, si va a ir a un NODO 1 con 80% de recursos utilizados, o al NODO 2 que tiene 20% de recursos utilizados, o hay un selector que indica la obligatoriedad de asignar a X NODO.

ETCD: Es una base de datos de valor, y es la única y principal fuente de verdad, porque todos los objetos que se consultan provienen del ETCD.

API SERVER: Es el encargado de manejar y de entregar la información a cada uno de los demás componentes, como el del controller manager, Utiliza ETCD como base de datos y se encarga de las comunicaciones tanto con el Controller Manager y Scheduler.

OpenAPI v2

El díseño del API esta basado en OpenAPI v2, este Define una interfaz estándar para API RESTful que permite que tanto los humanos como las computadoras descubran y comprendan las capacidades del servicio sin necesidad de acceder al código fuente, documentación o inspección del tráfico de la red.

Cuando se define correctamente, un consumidor puede comprender e interactuar con el servicio remoto con una cantidad mínima de lógica de implementación.

En el siguiente vídeo tenemos preparado los conceptos y recursos de este tema en Githup

¿Todavía tienes preguntas?

Sí desea sumergirse y obtener más información, diríjase a nuestro Canal Cuemby, nuestra comunidad está creciendo y nuestro equipo esta dispuesto a ayudarte. ¡No dude en enviarnos un mensaje en cualquier momento con sus preguntas y nos aseguraremos de responder!

¡Gracias por visitar nuestro blog! Si te gusta lo que lees, suscríbete.