Cloudformation - 重新部署使用记录集的环境（使用 Jenkins）

Question

TL;DR - 推荐的方法是什么，使用 CI 服务器，使 AWS 环境保持最新，并始终从同一个 CNAME 指向？

我们刚刚开始将 AWS 用于一个新项目，作为该项目的一部分，我的任务是创建一个简单的演示环境，并每晚更新此环境以显示前几天的进度。

我正在使用 Jenkins 和 Cloudformation 插件来执行此操作，它非常适合在现有安全组中创建一个简单的 EC2 实例，由 Route53 CNAME 指向，因此可以在 subdomain.example.com.

我遇到的问题是无法重新部署同一个堆栈，因为记录集已经存在，并且 CF 不会覆盖它。

有很多关于如何部署环境的指南，但我很难找到关于如何使环境保持最新的指南。

所以我想我的问题是：推荐的方法是什么，使用 CI 服务器，使 AWS 环境保持最新，并始终从同一个 CNAME 指向？

Answer 1

我同意你问题中的评论，即创建一个干净的服务器并通过持续集成 (Jenkins) 上传/更新到它可能更好。 Docker 在您在后面的评论中提到的这种情况下非常有用。

但是，如果您倾向于 "immutable infrastructure" 并且希望所有内容都封装在您的 CloudFormation 模板中（包括创建记录在 Route53 中）您可以在 AWS::CloudFormation::Init 部分中执行类似以下代码片段的操作 -（有关更多信息，请参阅“http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource- init.html”）

"Resources": {

    "MyServer": {
        "Type": "AWS::EC2::Instance",

        "Metadata": {
            "AWS::CloudFormation::Init": {

                "configSets" : { "Install" : [ "UpdateRoute53", "ConfigSet2, .... ] },

                "UpdateRoute53" : {

                    "files" : {
                        "/usr/local/bin/cli53" : {
                            "source" : "https://github.com/barnybug/cli53/releases/download/0.6.3/cli53-linux-amd64",
                            "mode" : "000755", "owner" : "root", "group" : "root"
                        },
                        "/tmp/update_route53.sh" : {
                            "content" : { "Fn::Join" : ["", [
                                "#!/bin/bash\n\n",
                                "PRIVATE_IP=`curl http://169.254.169.254/latest/meta-data/local-ipv4/`\n",
                                "/usr/local/bin/cli53 rrcreate ",  
                                {"Ref": "Route53HostedZone" }, 
                                " \"", { "Ref" : "ServerName" }, 
                                " 300 A $PRIVATE_IP\" --replace\n"
                            ]]},
                            "mode" : "000755", "owner" : "root", "group" : "root"
                        }
                    },

                    "commands" : {
                        "01_UpdateRoute53" : {
                            "command" : "/tmp/update_route53.sh > /tmp/update-route53.log 2>&1"
                        }
                    }
                }
            }
        }, 
        "Properties": { ... }
    }
}
....

我省略了模板的大部分内容以专注于重要信息。 "UpdateRoute53" 部分创建 2 files:

/usr/local/bin/cli53 - CLI53 是一个很棒的 AWS Route53 小包装程序（因为 AWS CLI 版本的 route53 使用起来非常糟糕，即需要创建大块 JSON） - 有关 CLI53

https://github.com/barnybug/cli53

/tmp/update_route53.sh - 创建一个脚本，通过我们在 (1) 中安装的 CLI53 脚本上传到 Route53。此脚本通过 curl 命令确定 PRIVATE_IP 到特殊的 AWS 元数据端点（有关更多详细信息，请参阅 http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-metadata.html）。 "zone id" 到正确的托管区域是通过 CloudFormation 参数（即 {"Ref": "Route53HostedZone" }）注入的。最后，记录的名称来自 "ServerName" 参数，但设置方式因模板而异。

在 "commands" 部分中，我们运行我们在 "files" 部分 (2) 中创建的脚本，并将结果输出到 /tmp 文件夹中的日志文件中。

注意 (1) - 参数 Route53HostedZone 可以声明如下： -

    "Route53HostedZone": {
        "Description": "Route 53 hosted zone for updating internal DNS",
        "Type": "AWS::Route53::HostedZone::Id",
        "Default": "VIWIWK4PYAC23B"
    }

"AWS::Route53::HostedZone::Id") 参数类型最酷的地方在于它显示一个组合框（当运行通过 AWS Web 控制台设置 CloudFormation 模板时）显示区域名称，值为区域 ID。

注意 (2) - CLI53 脚本中的 --replace 属性覆盖现有记录，这可能是您想要的。

注意 (3) - 另一种选择是通过 Jenkins 使用 SSH（例如使用 "Publish Over SSH Plugin" - https://wiki.jenkins-ci.org/display/JENKINS/Publish+Over+SSH+Plugin），确定私有 IP并使用 CLI53 脚本从您登录的服务器或构建服务器（当 Jenkins 处于运行ning 时）更新 Route53。

很多选择 - 希望你能解决！ :-)

Cloudformation - 重新部署使用记录集的环境（使用 Jenkins）

Cloudformation - Redeploy environment that uses a recordset (with Jenkins)

amazon-web-services

amazon-cloudformation