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
550
BEELT AWSのリソースをコード管理した話
BEENOS
June 10, 2019
Tweet
Share
More Decks by BEENOS
See All by BEENOS
BEENOS_2027年度新卒エンジニア向け資料
beenos
0
120
BEELT_firebase App Checkしてみた
beenos
0
100
BEENOS_2026年度新卒エンジニア向け資料
beenos
0
320
2025新卒エンジニア採用ピッチ資料
beenos
0
1.5k
社内AI勉強会 ChatGPT入門 ~生成AIの基本とその活用法~
beenos
0
3.2k
BEENOS_2024年度新卒エンジニア向け資料
beenos
0
1.3k
20221004_中途ビジネス・コーポレート向け資料
beenos
0
1.7k
チームで月例会をやってみた~リモート下における新規事業チームの課題を乗り越えるために~
beenos
1
300
新規事業LinkusにおけるVue.jsの使い方、また今後の課題について
beenos
0
160
Featured
See All Featured
Being A Developer After 40
akosma
90
590k
Typedesign – Prime Four
hannesfritz
42
2.8k
The Invisible Side of Design
smashingmag
301
51k
Side Projects
sachag
455
43k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
31
2.2k
Building an army of robots
kneath
306
46k
The Cult of Friendly URLs
andyhume
79
6.6k
A Tale of Four Properties
chriscoyier
160
23k
RailsConf 2023
tenderlove
30
1.2k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
51
5.6k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
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