Heat 是处理 OpenStack 服务编排的主要项目。它于 2013 年 5 月 23 日首次发布。编排 OpenStack 服务的主要目的是在 OpenStack 云中机器人可访问服务的帮助下管理应用程序和基础设施的完整生命周期。 Heat 主要用于管理基础设施，但借助模板，也可以管理软件。为此，有时会使用 Puppet 和 Ansible（配置管理工具）。由于 Heat 有不同的插件，因此可以通过安装正确的插件进行自定义。
使用 Heat，用户可以在文本文件的模板中描述他们的应用程序。然后热力引擎解析并执行这些模板。使用专用于版本控制的工具可以轻松管理模板。模板可以指定哪些资源是互连的，即模板可以指定资源如何连接（例如，卷“A”连接到服务器“N”）。指定连接有助于用户正确启动应用程序，而不会出现任何可见性错误。此外，模板有助于创建众多 OpenStack 资源类型，例如安全组、卷、实例等，并为用户提供一些高级功能，例如嵌套堆栈、自动缩放等。
使用热服务时遇到的术语
- 资源：网络、卷、子网、安全组等构成资源。在编排期间，这些对象被创建或修改并被处理。
- 堆栈：资源的集合称为堆栈。
- 参数：在部署期间，使用参数提供对模板的输入。输入的值也可以在运行时更改。
- 模板：它是一个文本文件，包含如何用代码描述资源（堆栈）。
- 输出：将处理后的信息提供给客户。
热架构的主要组成部分
有四个主要组件构成了热架构。它们都是独一无二的，专门用于特定的任务。组件说明如下：
- Heat：它是用于与 heat-API 通信的命令行接口。用户不需要使用 heat 与 heat-API 通信。 API可以直接使用。
- Heat-API：它处理所有请求，然后使用 OpenStack 原生 REST API 将处理后的请求发送到热引擎以供进一步使用。
- Heat-API-cfn：为用户提供查询API。这种类型的 API 与 AWS Cloud Formation 兼容。它处理 API 请求，然后将它们发送到热力引擎。
- Heat-engine： Heat 架构的核心元素，致力于通过启动模板来编排服务。它还向 API 客户提供事件。
热工作
以下步骤描述了 Heat 服务的基本工作：
Step 1)首先设计模板，模板由资源描述组成。这是以人类可读的格式编写的。
步骤 2)现在堆栈由用户创建。当 Heat CLI 工具指向参数和模板时，这被认为是成功创建的。
步骤 3)现在 Heat API 和 Heat cli 工具相互通信。
步骤 4)通信完成后，Heat API 开始向 Heat 引擎发送请求。
步骤 5)请求最终由 Heat 引擎处理，并将输出发送给用户。