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
Fargateで夢は見られるのか
Search
hatappi
August 31, 2018
Programming
1
2.2k
Fargateで夢は見られるのか
#Speee_TGIF
hatappi
August 31, 2018
Tweet
Share
More Decks by hatappi
See All by hatappi
Cloudflare を活用して変わったメルカリの開発体験 / How Cloudflare Changed Mercari's Development Experience
hatappi
1
660
RubyではじめるGraphQL
hatappi
0
860
RubyでChainerつくってます!!
hatappi
2
1.4k
TDDな個人開発
hatappi
0
310
できるだけ楽して楽しくRails開発しよう
hatappi
2
330
EKSにRailsをのせた
hatappi
1
1.2k
RubyとApache Arrow
hatappi
0
2.4k
Red Chainerを なぜ作って今後どうするのか
hatappi
2
2.4k
個人サービスをFargateに移行したよ
hatappi
1
690
Other Decks in Programming
See All in Programming
TDD 実践ミニトーク
contour_gara
1
250
【第4回】関東Kaggler会「Kaggleは執筆に役立つ」
mipypf
0
940
AI OCR API on Lambdaを Datadogで可視化してみた
nealle
0
210
ワープロって実は計算機で
pepepper
2
1.4k
旅行プランAIエージェント開発の裏側
ippo012
1
500
Kiroで始めるAI-DLC
kaonash
1
130
Laravel Boost 超入門
fire_arlo
2
150
サイトを作ったらNFCタグキーホルダーを爆速で作れ!
yuukis
0
710
フロントエンドのmonorepo化と責務分離のリアーキテクト
kajitack
2
150
testingを眺める
matumoto
1
120
あなたとJIT, 今すぐアセンブ ル
sisshiki1969
1
750
サーバーサイドのビルド時間87倍高速化
plaidtech
PRO
0
670
Featured
See All Featured
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.1k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Building an army of robots
kneath
306
46k
Agile that works and the tools we love
rasmusluckow
330
21k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
Designing for humans not robots
tammielis
253
25k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
RailsConf 2023
tenderlove
30
1.2k
A designer walks into a library…
pauljervisheath
207
24k
Java REST API Framework Comparison - PWX 2021
mraible
33
8.8k
The Pragmatic Product Professional
lauravandoore
36
6.8k
Transcript
Fargateで 夢は⾒られるのか? Speee エンジニアTGIF UZOU事業部 畑中 悠作
About me • Yusaku Hatanaka (@hatappi) • Speee, Inc •
Ruby, Go, TypeScript, etc. • 煎り⼤⾖が好き
今⽇の主役
ECSとは? • Amazon Elastic Container Service • コンテナを良い感じに管理してくれ る
ECSでの登場⼈物 • task definition • どのcontainerを⽴てるかやボリュームの追加などを⾏う docker-compose.ymlを作るイメージに近い • task •
タスク定義のインスタンス化したもの • service • 指定した数のタスクを実⾏、管理する • cluster • taskを配置できるインスタンスの集まり
ECS最適化されたAMIを指定した AutoScalingGroupのDesiredCapacityをあげる タスクを実⾏ AutoScalingGroupのDesiredCapacityを0にする バッチの実⾏開始
タスクが起動する下回りのインス タンスを管理しないといけない
AutoScalingGroupで起動する AMIをメンテナンスしていかないと
None
更新されない
出来るだけメンテナンス するものは減らしたい
None
Fargateとは? • 新しいサービスというよりはECSのEC2と並ぶ新し い起動タイプという捉え⽅がよいかも • ECSにて下回りのインスタンス群の管理を⾃分でし なくてもよくなる
Fargate IUUQTBXTBNB[PODPNKQCMPHTOFXTBXTGBSHBUFBQSPEVDUPWFSWJFX • ユーザーが意識して管理するのはタスクの 管理 • クラスター管理や使⽤時の最適化も必要な い • ⾃分の使いたいメモリ、vCPUの組み合わ
せを指定するだけ • Fargate⾃体はECSに組み込まれているの で新しくAPIを覚えていくみたいな必要は ない
ECS最適化されたAMIを指定した AutoScalingGroupのDesiredCapacityをあげる コンテナを⽴ち上げてタスクを実⾏ AutoScalingGroupのDesiredCapacityを0にする バッチの実⾏開始
ECS最適化されたAMIを指定した AutoScalingGroupのDesiredCapacityをあげる コンテナを⽴ち上げてタスクを実⾏ AutoScalingGroupのDesiredCapacityを0にする バッチの実⾏開始
価格は? • 1vCPUごとで1時間あたり0.0632 USD 1GBごとでメモリは1時間あたり0.0158 USD • 1秒あたりの最低1分 docker pullの開始からタスクの終了までが計算さ
れる
CPUとメモリの組み合わせ CPU メモリの値 0.25 vCPU 0.5 GB、1 GB、および 2 GB
0.5 vCPU 1 GB、2 GB、および 3 GB 1 vCPU 最低 2 GB および最⼤8 GB (1 GB 単位) 2 vCPU 最低 4 GB および最⼤16 GB (1 GB 単位) 4 vCPU 最低 8 GB および最⼤30 GB (1 GB 単位)
監視周り • Service単位ではCPU, メモリ使⽤率はCloudWatch メトリクスからとることは出来る • 実⾏しているコンテナごとにメトリクスを取りた い!
監視周り • Datadog (https://www.datadoghq.com/) • IntegrationによってCloudWatchで取得できるメトリク スを収集できる • コンテナ単位はタスクメタデータを介して取得すること が出来る
• お⾦はかかる IUUQTBXTBNB[PODPNKQBCPVUBXTXIBUTOFXBXTGBSHBUFQMBUGPSNWFSTJPO
タスク定義
最近のFargate
まとめ • Fargateについて紹介しました • Fargateを使うことで実⾏されるタスクに集中できる • 今稼働しているインスタンスのスペックをそのままもって くると割⾼かも • コンテナに割り当てるリソースだけを意識すれば良いの
スペックの⾒直しをしても良いかも • 夢を⾒る前に現実を⾒るのも⼤事