Heat是OpenStack里面的原生服务，大部分的发行版都会提供这个服务，使用起来更方便。同时通过OS::Heat::SoftwareConfig和OS::Heat::SoftwareDeployment等多个资源类型的组合，可以轻易的实现一套应用部署流程。在虚拟机中的Agents会定时与Heat通信，发送脚本执行结果，方便Heat进行流程控制。有了这一套机制，Heat便拥有了对软件生命周期管理的能力。
当然这一套框架也有一些需要克服的不足：
刚才说要使用heat的这套框架，需要先创建出一个包含了os--config agents的镜像。通常我们使用diskimage-builder这个工具，下面的例子是创建出一个带os--config agents的Fedora镜像：
$ git clone https://git.openstack.org/openstack/diskimage-builder.git $ git clone https://git.openstack.org/openstack/tripleo-image-elements.git $ git clone https://git.openstack.org/openstack/heat-templates.git $ export ELEMENTS_PATH=tripleo-image-elements/elements:heat-templates/hot/software-config/elements
$ disk-image-create vm fedora \ $ os-collect-config os-refresh-config os-apply-config \ $ heat-config heat-config-script \ $ -o fedora-software-config.qcow2
要通过Heat来部署应用，至少三个资源会被使用到：
1. Heat stack-create 触发部署流程，Heat分析并存储template中的数据，SoftwareConfig中的脚本会放到Heat数据库中。
2. Heat Engine去请求Nova创建相应的资源，并且在虚拟机的metadata中写入一些Heat的信息，包括Heat的API和认证信息。
3. Nova通知compute节点创建虚拟机。
4. 虚拟机次启动之后会调用Cloud-init，cloudinit与nova metadata service通信，获取metadata信息。
5. 然后通过不同的module去设置这些相应的配置，例如hostname，ssh等等。
6. 然后启动os-collect-config进程，它会读取/etc/os-collect-config.conf这个配置文件，里面由cloud-init配置了Heat的一些信息。读取完配置文件之后会与Heat API，以获取软件部署脚本。
7. 然后os-collect-config会调用os-refresh-config去对比新获取的脚本是否与之前的脚本不同。
8. 如果获取的脚本有更新，则调用os-apply-config去执行。
9. 执行结束之后通知heat脚本执行结果。
本站文章版权归原作者及原出处所有 。内容为作者个人观点， 并不代表本站赞同其观点和对其真实性负责，本站只提供参考并不构成任何投资及应用建议。本站是一个个人学习交流的平台，网站上部分文章为转载，并不用于任何商业目的，我们已经尽可能的对作者和来源进行了通告，但是能力有限或疏忽，造成漏登，请及时联系我们，我们将根据著作权人的要求，立即更正或者删除有关内容。本站拥有对此声明的最终解释权。
