Please enable JavaScript.
Coggle requires JavaScript to display documents.
RabbitMQ、Redis、BeanstalkのSaaS移行 - Phase2 (TaskSchedulerのタスクが30分に散らない…
RabbitMQ、Redis、BeanstalkのSaaS移行 - Phase2
TaskSchedulerの要件合意・イテレイベントに時間がかかる
TaskSchedulerのタスクが30分に散らない
徐々にタスクが偏っていく
障害発生後にうまく負荷を分散させて処理できない
TaskSchedulerの実装が膨らむ
ログ出力(loggingWorkerを使うようにした)
アーキの意向をどこまで取り込むか
SaaSの制限により監視に必要なデータが取れない
実際にPTをかけていないので、性能問題が発生する
大きな負荷をかけられるのが作業後半になるので、確認が遅れる
Redisのエラーが増える(Version依存 Or クラスタリング構成により)
サーバチームとのタスクの調整で待ち時間が発生し、スケジュールが遅れる
RabbitMQをAmazonMQに置き換えるところのコード変更量が大きくなる
スケールアップ時・障害発生後に、アプリがAmazonMQ、Redisに自動的に再接続できない
AmazonMQはRoute53に対応していないので、アプリを再デプロイしないと環境の切り替えができない (できた)
影響範囲の洗い出しに漏れが出る
サーバ構成をSCP1台にするので、負荷が増えてスケールアップが必要になるかも知れない
Queue名に環境名を入れるところがうまく作れない
Redisのみ環境ごとにユーザを切り替えることができない(セキュリティ要件により)
SCPアプリがTask Schedulerと同じ仕組みで作れない
Elastic Beanstalk上で動かないかもしれない
環境毎にElastic Beanstalkを分けられないかもしれない