
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
AWS ECSを使ったバッチサーバ環境を試してみる - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
AWS ECSを使ったバッチサーバ環境を試してみる - Qiita
はじめに バッチの実行環境を作る場合、いろんな選択肢があります。 ec2を立ててその上でcronを動かす。... はじめに バッチの実行環境を作る場合、いろんな選択肢があります。 ec2を立ててその上でcronを動かす。 lambdaとcloudWatchEventの組み合わせ。一つのバッチに対して一つのlambdaがひもづくみたいな環境を作る。 AWS batchを使う。 ECSのサービス起動しているコンテナ内にcronを定義して実行 ECSのScheduleTaskを使う。 それぞれのメリデメは以下の記事にまとまっており、大変参考になりました。 この記事でも書いてある通り、ECSのScheduleTaskを使うのがバッチ処理にはすごく向いていると思い、試してみました。 http://tech.connehito.com/entry/2017/09/13/171914 サンプルとして使うAPIサーバ 以下のapiを叩くと、slackに通知が行くような簡単なAPIを作りました。 コードはこちら =>