配置し、ポーリングを開始しました。通知されない状況ですので、引き続きワーカーとバッチを並行稼動させています。WEB用のワーカーを実装する際には、バッチとワーカーが同じ動作をすることを保証するためにバッチのテストコードを書く(それまでは無かった)バッチのテストコードとワーカーのテストコードとでデータプロバイダーを共通化し、入力と出力が一致することを保証するといった工夫も行ないました。利用して通知するイベントを徐々に増やしていくようにしました。通知されるようにしました。ここでも、一気に全アクションを通知するよう変更するのではなく、段階的に通知するアクションを増やしていくようにしました。実施していく過程で何度かWEB用のワーカーに不具合が見つかり、改修を行なっております。バッチとの並行稼動を続けていたことと、ワーカーの仕事量を少しずつ増やしていくようにしていたため、大きな問題に発展することはありませんでした。通知されるようになったところでバッチを退役させ、すべての作業が完了しました。まとめサービスが成長していくにつれて、以前は問題なかったシステムから問題が生じるようになることは往々にしてありえます。一方で、システム構成の変更は比較的リスクが高い上に(何か新しい機能を提供するわけではないため)地味な作業であるため、ついつい、問題が大きくなるまで放置してしまいがちです。私としては、作業の段取りを工夫することでリスクを最小限に抑えつつ、サービスの成長に応えられるシステムを構築し続けていきたいと考えております。)の開発チームによるブログです。Groupの大木です。Developerをしている東口です。Groupのマネージャーをしている山田です。12/1から始まっ...Archiveスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。