クリティカルアグリゲーター

侵略的重要なアグリゲーターにおける課題

重要なアグリゲーターのほとんどのレガシー実装は、ソースデータ周辺におけるカプセル化の欠如により特徴付けられます。ソースデータの構造と形式に直接依存した処理が行われます。また、処理とデータアクセスコードが混在しているため、懸念事項が適切に区別されていません。ほとんどの実装はバッチデータ処理言語で記述されています。

このアンチパターンは、システム内の結合率が高いことで特徴付けられます。特に、実装がカプセル化せずにソースデータに直接アクセスする場合です。そのため、ソースデータ構造に変更があると、処理と出力にすぐに影響が出ます。この問題に対する一般的なアプローチは、ソースデータ形式をフリーズするか、すべてのソースデータに対する変更管理プロセスを追加することです。ソースデータとシステムの大規模な階層が存在する場合、この変更管理プロセスは特に非常に複雑になる可能性があります。

侵略的重要なアグリゲーターは、カプセル化の欠如により最適化や並列処理の導入が困難になるため、データが増えるとスケールアップしにくくなります。実行時間がデータ量に比例して増加する傾向があります。処理とデータアクセス機能が組み合わされているため、システム全体を垂直にスケーリングする必要があります。これは、処理をスケールアップさせる非常に高価な方法であり、カプセル化されたシステムでは、データの保存とは別の一般的なハードウェアを使用して実行できます。

侵略的重要なアグリゲーターは、タイミングの問題を受けやすい傾向があります。ソースデータの更新が遅れると、集約が遅れるか、古いデータで実行される場合があります。統合レポートのクリティカルな性質を考慮すると、これはビジネスに深刻な問題を引き起こす可能性があります。処理中にソースデータに直接アクセスするため、実装には通常、「ソースデータが最新で、安定して変更がない」という定義された「安全な時間枠」があります。これらの時間枠は通常はシステムによって強制されるのではなく、慣習であり、他の場所で文書化されます。

処理時間が長くなると、ソースデータを生成するシステムのタイミング上の制約が生じることがあります。最終出力が一定の時間内に完了する必要がある場合、処理時間が長くなると、ソースデータがその分早く最新かつ安定している必要があります。これらのさまざまなタイミング上の制約により、異なるタイムゾーンからのデータを組み込むことが困難になり、一晩の「安全な時間枠」が世界中の他の場所の通常の勤務時間と重なる場合があります。タイミングとトリガーの問題はこのパターンのエラーとバグの非常に一般的な原因であり、診断が難しい場合があります。

処理とソースデータアクセスの懸念事項が適切に区別されていないため、修正とテストも困難です。時間が経つにつれて、このコードはバグ、ソースデータ形式の変更、新しい機能に対する回避策を組み込むように拡張されます。重要なアグリゲーターのほとんどのレガシー実装は、データの誤りに対するビジネスリスクと並んで、このような課題により「フリーズされた」状態にあることがよくあります。密結合のため、変更の凍結はソースデータ、ひいては対応するソースシステムにまで広がる傾向があります。

アグリゲーターの出力も「肥大化」する傾向があります。上記の課題を考えると、新しいレポートを作成するよりも、既存のレポートを拡張して新しいデータを追加する方が often simpler です。これにより、実装のサイズと複雑さ、および各レポートのビジネスクリティカル性が向上します。また、アグリゲーターの出力の各用途を分析して、ニーズがより単純でよりターゲットを絞った出力で満たされる可能性があるかどうかを調べる必要があるので、置き換えが困難になる可能性もあります。

この（アンチ）パターンを実装しているのは COBOL とアセンブラ言語であることが一般的です。これは置換の難しさと、出力がビジネスにとってどれほど重要であるかをどちらも示しています。