Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
BEELT AWSのリソースをコード管理した話
Search
BEENOS
June 10, 2019
0
540
BEELT AWSのリソースをコード管理した話
BEENOS
June 10, 2019
Tweet
Share
More Decks by BEENOS
See All by BEENOS
BEENOS_2027年度新卒エンジニア向け資料
beenos
0
110
BEELT_firebase App Checkしてみた
beenos
0
93
BEENOS_2026年度新卒エンジニア向け資料
beenos
0
310
2025新卒エンジニア採用ピッチ資料
beenos
0
1.3k
社内AI勉強会 ChatGPT入門 ~生成AIの基本とその活用法~
beenos
0
3k
BEENOS_2024年度新卒エンジニア向け資料
beenos
0
1.3k
20221004_中途ビジネス・コーポレート向け資料
beenos
0
1.6k
チームで月例会をやってみた~リモート下における新規事業チームの課題を乗り越えるために~
beenos
1
280
新規事業LinkusにおけるVue.jsの使い方、また今後の課題について
beenos
0
150
Featured
See All Featured
How STYLIGHT went responsive
nonsquared
100
5.6k
Side Projects
sachag
455
42k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.8k
Code Review Best Practice
trishagee
68
18k
Speed Design
sergeychernyshev
32
1k
Build The Right Thing And Hit Your Dates
maggiecrowley
36
2.8k
GitHub's CSS Performance
jonrohan
1031
460k
Music & Morning Musume
bryan
46
6.6k
How GitHub (no longer) Works
holman
314
140k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Transcript
BEELT BEENOS LT会 #1 サービス基盤
本日の発表 AWSのリソースをコード管理した話
資料の内容 EC Tech Group #1 で発表した内容です
発表者 氏名:加治 博章 所属:技術推進開発部(通称:MAD) (Modern Architecture Development Devision) SNS:@Anorlondo448
弊社のサービス 日本の通販サイトの商品を世界の皆様にお届けします。
利用しているAWSサービス
本日の発表 AWSのリソースをコード管理した話
ECサイトに求められること (インフラエンジニア視 - サイトの安定性 - 新規機能のリリーススピード
コード管理しない場合 - 構築スピードは早いかもしれない - 手順をどう管理するか?
コード管理しない場合 - 手順書やメモを正しくupdateし続けられるか? 構築手順書_20xx.xlsx 構築手順書(1).xlsx 構築手順書_最新.xlsx
コード管理しない場合 - アップデートの早いクラウドで - 同じ構成のものを全く同じように作れるか?
- 手順書でなく、共通の言語(コード)で管理 - Githubで変更管理できる - 誰でも何度でも同じものが作れる コード管理(IaC)のメリット
コード管理のメリット - 構成管理ツール(Git)でインフラの変更管理 - 冪等性/再現性による環境の維持 - 再利用性による新規環境の構築スピード
- Infrastructure as Code - コンピュータリソースをコードで管理する コード管理(IaC)とは
https://www.terraform.io/ コード管理ツール
選んだ理由 - 学習コストの低さ - plan/apply の2つで大抵できる - dry-runが簡単だった
宣言的記述 - 「構築手順」でなく、 - 「こうなって欲しい」という状態を書く
宣言的記述(例) resource "aws_vpc" "main" { cidr_block = "10.20.0.0/16" tags =
{ Name = "sample-vpc" } }
- 環境ごとの差異を無くせる - 切り戻しが簡単 メリット(安定性)
メリット(スピード) - コードが蓄積される
静的サイト(HTTPS)の コンテンツを配置する環境は 1時間未満で構築可能 メリット(スピード)
- サーバレスやコンテナ関連 - Lambda/API Gateway - ECS/EKS 課題①
- CloudFormation - Apex - AWS SAM (Serverless Application Model)
terraform以外のツール
- 複数人で開発する際のCI/CD 課題②
- 構成管理ツール(Git)でインフラの変更管理 - 冪等性/再現性による環境の維持 - 再利用性による新規環境の構築スピード コード管理で得られた効果
皆さん、 どのようにリソース管理してますか? 終わりに
次回 - terraformで管理者権限をふっとばした話 - 謎の「SLRManagement」にRDSのSGを消された話 - etc...
ご清聴有難うございました!
#beelt