
エントリーの編集

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

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
バッチサーバーFargate化プロジェクトのまとめ - Qiita
今後の課題 問題点 現段階では既存の冗長化機能を利用した現状維持 or 制約を受け入れてFargate版を使う... 今後の課題 問題点 現段階では既存の冗長化機能を利用した現状維持 or 制約を受け入れてFargate版を使う、の2択である。以下比較。 既存のバッチ処理 構成: AZ-aにインスタンス1台を作成。冗長性は確保できない。 冗長性: 無し。 コスト: バッチを実行しない時間でもインスタンス起動料金がかかる。 時間: テストバッチで10~20秒ほど。 メリット: 実行時間が他2つと比較して早い。 デメリット: インスタンス管理が必要。冗長性を確保できないため、障害時はインスタンスの復旧までダウンタイムがかかる。 ECS Fargate TASK起動 構成: インスタンスは保持しない。都度TASKを作成、コンテナ起動。冗長性が確保できる(必要に応じてフルマネージドでコンテナが起動可能) 冗長性: 担保可能。 コスト: 実行時間分のみの課金→最適なコストの実現。 時間: テストバッチで1分30秒ほ