wifeisboss的博客

前面一篇文章提到了，environment文件可以用来指定参数值，还有一个作用是用来实现资源注册。下面就来探讨一下environment文件在这方面的作用。

在heat中有一个ResourceGroup资源，类型是“OS::Heat::ResourceGroup”。从名称就能够大概猜到该资源的作用：资源组。

使用heat client命令创建或者更新stack，其中有一个可选参数-e/--environment-file，用于指定环境文件。这篇文章就来探讨一下environment文件的作用和使用。目前environment文件主要有两个方面的作用：配置模板需要的参数值重载资源类型定义

heat engine服务在处理请求时，遇到异常情况，抛出的是内部自定义的异常类型，定义在heat/common/exception.py。而heat api需要将这些异常转换为HTTP异常结果，也就是带有错误码的异常结果，再按照HTTP协议返回给客户端。例如，如果用heat -d stack-show命令查询一个不存在的stack，返回的HTTP消息结果如下：DEBUG

使用过heat的朋友都应该利用过heatclient查询stack信息。例如stack-show命令，该命令的参数如下：heat stack-show 也就是既可以用stack名，也可以用stack ID，来指定要查询的stack。期初以为是heat engine在处理show_stack请求时进行了区分。但是通过查看相关代码，发现并不是这样。传递到Engine

这篇文章来讲一讲如何利用hook来暂停资源的执行流程。还记得以前讲到的environment文件吗？就是通过它来配置hook。参考heat源码中，doc\source\template_guide\environment.rst文件的Pause stack creation or update on a given resource一节。可以知道在resource_regist

学习heat源码的过程，在EngineService很多处理函数中都能看到stack锁的身影。一般使用方式如下：lock = stack_lock.StackLock(cnxt, stack.id, engine_id)with lock.thread_lock(): # do something查看StackLock类的实现，可以看到stack锁实际上是利用数据库来实现的。

查看heat的stack创建流程，在create_stack接口中，可以看到如下一段代码： def _create_stack_user(stack): if not stack.stack_user_project_id: try: stack.create_stack_user_p