¿Qué es el servicio de calor de OpenStack?

Heat es el proyecto principal que se ocupa de la orquestación de los servicios de OpenStack. Se lanzó por primera vez el 23 de mayo de 2013. El objetivo principal de orquestar los servicios de OpenStack era administrar el ciclo de vida completo de las aplicaciones y la infraestructura con la ayuda de servicios accesibles para máquinas y humanos dentro de las nubes de OpenStack. El calor se usa principalmente para administrar la infraestructura, pero con la ayuda de plantillas, también se puede administrar el software. Para ello, en ocasiones se utilizan Puppet y Ansible (herramientas de gestión de la configuración). Dado que Heat viene en diferentes complementos, se puede personalizar instalando el complemento correcto. 

Usando Heat, los usuarios pueden describir sus aplicaciones en plantillas que son archivos de texto. Luego, el motor térmico analiza y ejecuta estas plantillas. Las plantillas se pueden administrar fácilmente utilizando las herramientas dedicadas al control de versiones. Las plantillas pueden especificar qué recursos están interconectados, es decir, la plantilla puede especificar cómo se conectan los recursos (por ejemplo, el volumen ‘A’ está conectado al servidor ‘N’). Especificar la conexión ayuda al usuario a iniciar las aplicaciones correctamente sin fallas de visibilidad. Además, las plantillas ayudan en la creación de numerosos tipos de recursos de OpenStack, como grupos de seguridad, volúmenes, instancias, etc., además de proporcionar a los usuarios algunas funciones avanzadas, como pilas anidadas, escalado automático, etc. 

Terminología encontrada durante el uso del servicio de calefacción 

• Recursos: Redes, volúmenes, subredes, grupos de seguridad, etc. constituyen los recursos. Durante la orquestación, estos objetos se crean o modifican y se trabaja en ellos.
• Pila: una colección de recursos se conoce como pila.
• Parámetros: durante la implementación, la entrada a la plantilla se proporciona mediante los parámetros. El valor de las entradas también se puede cambiar durante el tiempo de ejecución.
• Plantilla: Es un archivo de texto que consiste en cómo se describen los recursos (pila) con el código.
• Salida: Proporciona la información procesada al cliente. 
   

Componentes principales de la arquitectura térmica 

Hay cuatro componentes principales que constituyen la arquitectura de calor. Todos ellos son únicos y están dedicados a tareas particulares. Los componentes se indican a continuación: 

• Calor: es la interfaz de línea de comandos que se utiliza para comunicarse con la API de calor. Los usuarios no necesitan usar calor para comunicarse con la API de calor. La API se puede utilizar directamente.
• Heat-API: procesa todas las requests y luego envía las requests procesadas al motor térmico para su uso posterior utilizando la API REST nativa de OpenStack.
• Heat-API-cfn: Proporciona al usuario una API de consulta. Este tipo de API es compatible con AWS Cloud Formation. Procesa las requests de API y luego las envía al motor térmico.
• Heat-engine: Es el elemento central de la arquitectura Heat y se dedica a orquestar los servicios lanzando las plantillas. También proporciona eventos a los clientes de la API. 
   

trabajo de calor 

Los siguientes pasos describen el funcionamiento básico del servicio Heat: 

Paso 1) En primer lugar, se diseña la plantilla que consiste en la descripción del recurso. Esto está escrito en un formato legible por humanos. 
Paso 2) Ahora el usuario crea la pila. Se considera que se ha creado correctamente cuando la herramienta Heat CLI apunta a los parámetros y la plantilla. 
Paso 3) Ahora la API de Heat y la herramienta Heat cli se comunican entre sí. 
Paso 4) Una vez finalizada la comunicación, la API de Heat comienza a enviar requests al motor de Heat. 
Paso 5) Las requests son finalmente procesadas por el motor térmico y la salida se envía al usuario.