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
The State of Fluid (2025)
s2b
0
200
AIエージェント開発、DevOps and LLMOps
ymd65536
1
360
AI OCR API on Lambdaを Datadogで可視化してみた
nealle
0
220
サーバーサイドのビルド時間87倍高速化
plaidtech
PRO
0
670
AIコーディングAgentとの向き合い方
eycjur
0
240
Azure SRE Agentで運用は楽になるのか?
kkamegawa
0
610
testingを眺める
matumoto
1
120
ワープロって実は計算機で
pepepper
2
1.4k
『リコリス・リコイル』に学ぶ!! 〜キャリア戦略における計画的偶発性理論と変わる勇気の重要性〜
wanko_it
1
610
Google I/O recap web編 大分Web祭り2025
kponda
0
2.9k
私の後悔をAWS DMSで解決した話
hiramax
4
170
開発チーム・開発組織の設計改善スキルの向上
masuda220
PRO
17
9.2k
Featured
See All Featured
Testing 201, or: Great Expectations
jmmastey
45
7.6k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Side Projects
sachag
455
43k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
GitHub's CSS Performance
jonrohan
1032
460k
Git: the NoSQL Database
bkeepers
PRO
431
65k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Become a Pro
speakerdeck
PRO
29
5.5k
Raft: Consensus for Rubyists
vanstee
140
7.1k
The Language of Interfaces
destraynor
160
25k
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を使うことで実⾏されるタスクに集中できる • 今稼働しているインスタンスのスペックをそのままもって くると割⾼かも • コンテナに割り当てるリソースだけを意識すれば良いの
スペックの⾒直しをしても良いかも • 夢を⾒る前に現実を⾒るのも⼤事