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
abema
January 23, 2020
Technology
0
2.4k
Fargateでバッチ処理するときの監視
タガヤスその15のLT資料です
abema
January 23, 2020
Tweet
Share
More Decks by abema
See All by abema
【タガヤスその30】AWS re:Invent2022 参加レポート
abema
0
780
Other Decks in Technology
See All in Technology
PO初心者が考えた ”POらしさ”
nb_rady
0
210
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
27k
B2C&B2B&社内向けサービスを抱える開発組織におけるサービス価値を最大化するイニシアチブ管理
belongadmin
1
6.9k
Lufthansa ®️ USA Contact Numbers: Complete 2025 Support Guide
lufthanahelpsupport
0
190
「良さそう」と「とても良い」の間には 「良さそうだがホンマか」がたくさんある / 2025.07.01 LLM品質Night
smiyawaki0820
1
550
自律的なスケーリング手法FASTにおけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
1
16k
CRE Camp #1 エンジニアリングを民主化するCREチームでありたい話
mntsq
1
120
LangSmith×Webhook連携で実現するプロンプトドリブンCI/CD
sergicalsix
1
230
OPENLOGI Company Profile for engineer
hr01
1
34k
AWS Organizations 新機能!マルチパーティ承認の紹介
yhana
1
280
KiCadでPad on Viaの基板作ってみた
iotengineer22
0
300
無意味な開発生産性の議論から抜け出すための予兆検知とお金とAI
i35_267
4
13k
Featured
See All Featured
Thoughts on Productivity
jonyablonski
69
4.7k
Unsuck your backbone
ammeep
671
58k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Raft: Consensus for Rubyists
vanstee
140
7k
How STYLIGHT went responsive
nonsquared
100
5.6k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Adopting Sorbet at Scale
ufuk
77
9.5k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
Rails Girls Zürich Keynote
gr2m
95
14k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
20
1.3k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.6k
Transcript
ECS Fargateで バッチ処理するときの監視 株式会社オプト 仙台テクノロジー開発部 阿部
Fargateつかってますか?
Fargateのタスクにも2種類
サーバー型のタスク バッチ型のタスク 常時タスク*(コンテナ)が1つ以上起動し続けるもの タスクがバッチ処理を行い終了するもの * ECSの世界ではコンテナのことをタスクと呼びます (いや、正確には違うんだけどここではそういうことにします)
サーバー型 ECSがサービスと呼ばれる概念で起動するタスクの 数を管理してくれる タスクが異常終了したらサービスがあるべきタスク数を維持 するために再起動してくれる タスク数をベースに監視も容易
バッチ型 サービスがない サービスはあるべきタスク数を維持するものなので、バッチ処 理には使えない ECSにはコンテナをバッチ処理に使うための機能がない K8sにはJobsとかCronJobsって概念があるので 最近ではEKS on Fargate使うべきなのかも っていうかAWS
BatchがさっさとFargate対応s
バッチ型 つまりECSには・・・ 生に立ち会い 死を看取るものがいない ECSでは終了タスクの一覧を確認できます でもFargateだとしばらくすると消えちゃうんですよね
CloudWatch Event
CloudWatch Event AWSリソースの起動や終了などの状態変化を検知 できる(対応してるやつは) あとcronみたいなのも出来る
つまりこう Fargateタスク CloudWatch Event Lambda Slack タスクの終了 終了を検知 終了コードを Lambdaに渡す
終了コードを判 定してSlackに通 知 アラーム
{ "source": [ "aws.ecs" ], "detail-type": [ "ECS Task State
Change" ], "detail": { "clusterArn": [ "arn:aws:ecs:${AWS::Region}:${AWS::AccountId}:cluster/${ClusterName}" ], "lastStatus": [ "STOPPED" ] } } イベントのパターンマッチ
詳しくはこちら バッチ処理するECSタスクが異常終了したとき通知する なんとひとつも”いいね”がついていません!
しかしFargateバッチの 監視はこれで終わらない
次回予告
第二話 ゾンビタスク監視 リトライ処理 EKS on Fargate
終