Slide 1
Slide 1 text
AWS CloudFormationによる
Infrastructure as Codeの実現
平田憲司
2019.8.1 クラウド・マイクロサービス勉強会（第3回）
Slide 2
Slide 2 text
自己紹介
平田憲司
• アーキテクト担当
GitHub：@kenzy0727
Qiita: @kj_hira
Slide 3
Slide 3 text
アジェンダ
1. IaC（Infrastructure as Code）とは
2. プロビジョニングについて
3. AWS CloudFormationのご紹介と実演
4. 今後やりたいこと
5. 困ったこと、注意点
Slide 4
Slide 4 text
アジェンダ
1.IaC（Infrastructure as Code）とは
2. プロビジョニングについて
3. AWS CloudFormationのご紹介と実演
4. 今後やりたいこと
5. 困ったこと、注意点
Slide 5
Slide 5 text
IaC（Infrastructure as Code）とは
コードでインフラを管理できるようにすることで、自動化・バージョン管
理・テスト・継続的インテグレーションを実現する方法論。
• 仮想マシンやネットワークの設定
• OSのインストール、設定
• ミドルウェアやアプリケーションのセットアップ、設定
など
Slide 6
Slide 6 text
とあるサーバ担当者の物語
テスト環境をもう１つ新しく作りたいんだけど
Slide 7
Slide 7 text
とあるサーバ担当者の物語
確か構築手順書と設計書あるから見れば作れるよ
テスト環境をもう１つ新しく作りたいんだけど
Slide 8
Slide 8 text
とあるサーバ担当者の物語
確か構築手順書と設計書あるから見れば作れるよ
テスト環境をもう１つ新しく作りたいんだけど
見たんだけど、あれ更新されてる？最新じゃないよね？
Slide 9
Slide 9 text
とあるサーバ担当者の物語
確か構築手順書と設計書あるから見れば作れるよ
テスト環境をもう１つ新しく作りたいんだけど
見たんだけど、あれ更新されてる？最新じゃないよね？
ああ、更新してないね。サーバ直接みてみて。
・・・
Slide 10
Slide 10 text
インフラのコード化をはじめるきっかけ
インフラ環境もアプリのように簡単にデプロイしたい！
Slide 11
Slide 11 text
インフラをアプリのようにデプロイするためには・・
• 手順書、サーバドキュメントを元に環境構築する必要がある
• ドキュメントがメンテナンスされていない場合は、実環境と乖離状態となる
• 変更管理ができていない
• アプリケーションのように動作するもの（環境）をソースコードで管理する。
• インフラに限らずドキュメントを信用しないという前提の上、動作環境を生成するもの
をメンテナンスし、変更管理する
同環境の構築が困難
Slide 12
Slide 12 text
インフラをコード化するメリット
• ドキュメントや実環境を見るだけでは分からない複雑な依存関係を管理で
き、いつでも生成可能になる
• 手作業によるヒューマンエラー回避
• 誰でも実行すれば環境を同じように構築できるため、属人性を排除できる
• 変更管理ができる（Gitなどのバージョン管理ツールで管理ができる）
• 共有と展開ができ、引継ぎも容易になる
Slide 13
Slide 13 text
1. IaC（Infrastructure as Code）とは
2.プロビジョニングについて
3. AWS CloudFormationのご紹介と実演
4. 今後やりたいこと
5. 困ったこと、注意点
Slide 14
Slide 14 text
プロビジョニングとは
必要に応じてネットワーク・サーバなどのリソースを提供でき
るように、準備しておくこと
今回は、実行環境を構築するという意味とします。
Slide 15
Slide 15 text
代表的なプロビジョニングツール
OS・ミドルレイヤ
ハード・仮想レイヤ
アプリケーションレイヤ
AWS CloudFormation、TerraForm
Docker？
Ansible、Chef
他にも多数のツールがあります
Slide 16
Slide 16 text
1. IaC（Infrastructure as Code）とは
2. プロビジョニングについて
3.AWS CloudFormationのご紹介と実演
4. 今後やりたいこと
5. 困ったこと、注意点
Slide 17
Slide 17 text
AWS CloudFormationのご紹介
• AWSリソースを自動構築できるサービス
• テンプレートを元に、同じ構成をいくつも自動構築できる
• テンプレートのファイル形式は、YAMLまたはJSON※
• テンプレート＝スタック単位で構築される
テンプレート スタック
VPC
サブネット
EC2
など
※テンプレートのファイル形式は、好みに分かれるが、コメントがつけられるYAMLがおすすめ。
Slide 18
Slide 18 text
AWS CloudFormation – テンプレート作成
• AWS コンソール（CloudFormation画面）
• CloudFormer
• 各種IDE
Slide 19
Slide 19 text
AWS CloudFormation - テンプレート構成
AWSTemplateFormatVersion: 2010-09-09
Description : sample stack
Parameters:
Env:
Type: String
AllowedValues:
- “prd”
- “stg”
- “dev”
Resources:
VPC:
Type: AWS::EC2::VPC
・・・・
Outputs:
OutVPC：
Value： !Ref VPC
Parameters: スタック作成時のパラメータ
Resources: 作成対象のリソース
Outputs： テンプレート間で共有する値
他にもあるが、大きく３つの構成となる
Slide 20
Slide 20 text
AWS CloudFormation - テンプレート構成
AWSTemplateFormatVersion: 2010-09-09
Description : sample stack
Parameters:
Env:
Type: String
AllowedValues:
- “prd”
- “stg”
- “dev”
Resources:
VPC:
Type: AWS::EC2::VPC
・・・・
Outputs:
OutVPC：
Value： !Ref VPC
パラメータ値の指定
Typeに型を定義
AllowedValuesで選択項目を設定することで実行時に選択させること
ができる
Slide 21
Slide 21 text
スタック作成時のパラメータ指定の画面イメージ
Slide 22
Slide 22 text
AWS CloudFormation - テンプレート構成
AWSTemplateFormatVersion: 2010-09-09
Description : sample stack
Parameters:
Env:
Type: String
AllowedValues:
- “prd”
- “stg”
- “dev”
Resources:
VPC:
Type: AWS::EC2::VPC
・・・・
Outputs:
OutVPC：
Value： !Ref VPC
リソースタイプを指定
下に各種設定のパラメータを指定する
Slide 23
Slide 23 text
AWS CloudFormation - テンプレート構成
AWSTemplateFormatVersion: 2010-09-09
Description : sample stack
Parameters:
Env:
Type: String
AllowedValues:
- “prd”
- “stg”
- “dev”
Resources:
VPC:
Type: AWS::EC2::VPC
・・・・
Outputs:
OutVPC：
Value： !Ref VPC
Resourcesで作成した情報を他のテンプレートから
参照できるようにするための出力
Slide 24
Slide 24 text
AWS CloudFormation – デプロイ
• AWS コンソール：CloudFormationスタック作成画面
• AWS CLI
デプロイ方法
デプロイの特徴
• エラーを検出するとロールバックされる
• 変更分だけを適用できる
Slide 25
Slide 25 text
実演 - 今回作るもの
VPC
Availability Zone 1a
Private subnet
EC2 Instance
Availability Zone 1c
Private subnet
EC2 Instance
Auto Scaling group
SQS DynamoDB S3 SNS
IAM
• VPC×１
• ルートテーブル×１
• プライベートサブネット×２
• EC2×２
• セキュリティグループ×１
• AutoScaling×１
• セキュリティポリシー
• IAMロール×１
• 各VPCエンドポイント
• その他各サービス情報
Slide 26
Slide 26 text
実演 – スタック作成
1.テンプレート指定
2.スタック詳細の指定（パラメータなど）
3.スタックオプションの指定
4.実行
Slide 27
Slide 27 text
実演 – スタック変更
1.変更セットの作成
2.差分確認
3.実行
Slide 28
Slide 28 text
実演 – ドリフト
1.コンソールから設定を直接変更
2.ドリフト検出
3.ドリフト結果を表示
Slide 29
Slide 29 text
実演 – スタック削除
1.削除する
2.削除確認
Slide 30
Slide 30 text
1. IaC（Infrastructure as Code）とは
2. プロビジョニングについて
3. AWS CloudFormationのご紹介と実演
4.今後やりたいこと
5. 困ったこと、注意点
Slide 31
Slide 31 text
今後やりたいこと
バージョン管理 CI/CDツール AWS環境
コミット
webhook
スタック
作成・更新
AWS CLI
ジョブ実行
テンプレート
アプリケーションと同じように人の手ではなくCI/CDを通してデプロイしたい。
Slide 32
Slide 32 text
1. IaC（Infrastructure as Code）とは
2. プロビジョニングについて
3. AWS CloudFormationのご紹介と実演
4. 今後やりたいこと
5.困ったこと、注意点
Slide 33
Slide 33 text
困ったこと
• 学習コストが少々高め
ドキュメントに頼るしかなく、慣れるまでが大変。
• 可読性、効率性が悪い
YAML、JSONで記述するため、ループが使えない。同じような構成を複製する場
合は行数が多くなるため工夫が必要。
• デバッグが大変
プログラムのようにデバッグできない。エラー内容がわかりずらいというか、出ない場合
さえある。
Slide 34
Slide 34 text
注意点
• 直接サーバの構成を変えない
必ずコードを直して、コードからデプロイする！
⇒ もし変えてしまった場合は、ドリフト検出して差分をコードに適用して再デプロイする
• 他で使用していないか確認してから削除する
テンプレート＝スタック内であれば依存関係がわかりやすいが、アプリケーションからS3の
バケットを利用しているかどうかは調べないとわからない。
Slide 35
Slide 35 text
他の選択肢
AWS CDK（Cloud Development Kit）
プログラム言語（JavaScript, TypeScript, Python, Java, .NETなど)を使ってスタック
作成を実現できる。
もちろんifやループが自由に使える。効率よく実装可能。
CloudFormationができることはほとんどできる。
最近正式リリースされたばかりであるため、実現できないこともあるよう・・
今後はこちらにシフトしていきたい。
https://github.com/aws/aws-cdk
Slide 36
Slide 36 text
まとめ
• コード化するデメリットも多いですが、それ以上にメリットが高い
Slide 37
Slide 37 text
本日実演で利用したサンプルコードは、GitHubで公開しています。
https://github.com/kenzy0727/aws-cf-sample