管理ガイド › ACE1 および ACE2（Aggregation and Correlation Engine） › 計算エンジンの概要

計算エンジンの概要

以下のリストはエンジンのワークフローを示しています。

• 顧客のイベントがアダプタからシステムに入力されます。
• アダプタ リスナはイベントを収集します。 データは正規化され、使用しやすくなっています。 アダプタ リスナは T_RAW_DATA テーブルへこの正規化されたデータを入力します。
• データを計算する処理は、イベント駆動のシステムに基づいており、VBS スクリプトでクライアントによって作成されたビジネス ロジックで実行されます。 計算値は、ビジネス ロジックのグローバル変数に保持され、システムで発生する各イベントの更新を含んでいます。 そのようなイベントの例には、Raw データの入力、期間の開始および終了、リソース構造体の変更、タイムスロットの開始および終了などがあります。 各計算された期間の結果は、その後、特化された「結果」機能で定義されます。
• （任意）システムは Raw データを計算するために、それを中間データに変換して T_INTERMEDIATE_DATE テーブルに保存します。 中間データは他のメトリックの計算に使用される場合があります。 このように、計算のみが実行されます。 同じデータを必要とする他のすべてのメトリックでこの結果が利用され、冗長な計算を実行する必要がなくなります。

契約バージョン間で継続的な計算が行われるということは、サービス レベルの計算のためにビジネス ロジックによって使用されるデータが、自動的に後続の契約バージョンからアクセス可能になることを意味します。 この機能によって、SLA 管理者は新たな有効期間で新規契約バージョンを作成できます。 この機能により、グローバル変数の内容を保持できるようになります。 この機能は、計算の続行を可能にし、新規契約バージョンがグローバル変数の以前の値にアクセスできるようにします。

エンジンは、イベントを受け取った順にイベントを処理します。 エンジンは、前の計算に戻るためにイベントの処理を元に戻すことはできません。 エンジンは現在の状況のみを認識し、受け取った新しいイベントを処理します。 すでに計算されているタイムスタンプに変更があった場合、エンジンは再計算を行います。 エンジンは、システム設定で定義されているように、計算状態のスナップショットを定期的に保持します。 これらのスナップショットにより、契約バージョンの最初から再計算する必要がなくなります。 計算は既知の計算状態から開始します。最も単純な開始点はそれが開始した時点です。 これらのスナップショットは状態と呼ばれます。 エンジンが再計算を行う場合、変更時点に最も近い状態の時点から開始します。

メトリックを再計算する必要がある場合、エンジンは変更の発生時点より前の、最も近い状態を検索し、その状態から計算を開始します。 たとえば、変更が 2 週間前に発生し、それより前の最も近い状態が 3 週間前にあったとします。 この場合、エンジンは 3 週間前の状態から計算します。 そのような状態が見つからない場合、エンジンは契約バージョンの最初から再計算します。