“Heat” is hot -- OpenStack Heat漫谈

在2014年7月，我开始接触了OpenStack Heat，当时面临许多互联网应用，而OpenStack Heat的auto-scaling看起来是这一场景最好的药方。当面临公共假日或者促销的季节，电商应用总是承受极高的压力，需要根据访问量、处理量的压力，及时增补新的计算资源，来应对海量的处理请求；而高峰已过，那些被分配的资源需要及时回收。后来看到了华为的一些介绍heat的文章，再后来，了解到HP、IBM、阿尔卡特，原来英雄所见略同…

 

Heat的出现，从个人的观点来看，具有非常重大的意义，那就是，将云应用“编程”的门槛，降低到一个新的“低度”，同时提供了许多非常实用的功能，而且，每半年发布的新版本，总是在朝着实用一小步，一小步地迈进…许多的功能在新的版本加进来，愈来愈趋于完善。基于此，编写大型而复杂的各种云平台应用系统，将不再是个日久天长的事情。它的明天的辉煌，让我们拭目以待。

 

那么，heat具有什么重大意义呢？

 

 Heat是云应用编程的脚本语言

许多人在前后的IT码农经历中，都多少接触过脚本语言，如PHP, Perl, Python，免去了高级编程语言的编译、调试，我们都记得C/C++的指针和Java的内存泄漏给我们带来了多少不眠的夜晚。而脚本语言如果出错了，修改下代码，在测试环境甚至是生产环境中再跑一遍（当然不是推荐这种做法）。OpenStack Heat一如此，或者更贴近javascript, 或者早期的java tag library, 许多功能都可以经由这样一些简单的“类型”+“属性”来实现，避免了许多代码的开发和调试。

让我们看下为什么这样说：

"WebServer": {

"Type":"AWS::EC2::Instance",

"DependsOn":"DatabaseServer",

"Metadata": {

  "AWS::CloudFormation::Init" : {

    "config" : {

      "packages" : {

        "yum" : {

          "httpd"        : [],

          "wordpress"    : []

        }

     },

     "services" : {

        "systemd" : {

          "httpd"    : { "enabled" : "true","ensureRunning" : "true" }

      }

  }

}

}

},

"Properties": {

"ImageId": { "Fn::FindInMap" : [ "DistroArch2AMI", { "Ref": "LinuxDistribution" },

                      {"Fn::FindInMap" : [ "AWSInstanceType2Arch", {"Ref" :

"InstanceType" },"Arch" ] } ] },

"InstanceType"   : { "Ref" :"InstanceType" },

"KeyName"        : { "Ref" :"KeyName" },

"UserData"       : { "Fn::Base64" : {"Fn::Join" : ["", [

  "#!/bin/bash -v\n",

  "/opt/aws/bin/cfn-init\n",

  "sed -i \"/Deny from All/d\"/etc/httpd/conf.d/wordpress.conf\n",

  "sed -i \"s/Require local/Requireall granted/\" /etc/httpd/conf.d/wordpress.conf\n",

  "sed --in-place --es/database_name_here/", { "Ref" : "DBName" }, "/--e

s/username_here/"