ログインや支払いの承認など、重要なビジネス機能のサービスレベルを確立すると、IT とビジネスの間の言語の壁が急速になくなります。 機能のサービスレベル スコアは、サービスレベルが悪化し始めたときに修正する機会も与えます。 たとえば、ログイン サービス レベルが低下し始めた場合は、消費者向け API から始めて ID 管理の依存関係とワークフローを確認する必要があることがわかります。
このタスクを完了するために、アプリケーションやサービスについての詳しい知識は必要ありません。 必要なのは、消費者向け API (サービス境界) を見つけて、以下の手順に従って機能サービスレベルを作成することだけです。
出力 SLI ドキュメントの確立の説明に従って、サービス境界アプリケーションを特定します。
次の NRQL クエリを実行して、最も頻繁に使用されるトランザクションのベースラインを特定します。
Order-Processingを指定したアプリケーション名に置き換えることを忘れないでください。FROM Transaction SELECT count(*), percentile(duration, 95) WHERE appName='Order-Processing' FACET name SINCE 1 WEEK AGO以下のスクリーンショットのようなものが表示されるはずです。 最初のトランザクションには、「購入」に関係があることが示されています。 「購入」機能のサービスレベルを作成できるようになりました。
クエリの末尾に
WHERE name='Controller/Sinatra//purchase'を追加し、Controller/Sinatra//purchaseトランザクション名に置き換えます。クエリを実行して、機能することを確認します。 これで、結果には 1 つのトランザクションのみが表示されるはずです。 このクエリと
DURATION (95%)の結果をメモ帳にコピーします。 すぐに両方が必要になります。プラットフォームで新しいサービスレベルを作成します。新しいサービス・レベルの開始については、 入力パフォーマンス SLI の確立 で説明しています。
この場合、リストでアプリケーション（APM Entityタイプ）を検索して、エンティティGUIDを介してメタデータ（タグ）を保持できるようにします。上記のセクションの「合成モニター」の代わりに、エンティティフィルターのドロップダウンで「APM」を選択します。
「レイテンシー」ガイド付きワークフローを選択すると、有効なクエリが自動的に入力されます。
メモ帳を使用して、
name='your/transaction/name/here'だけをコピーします。以下のスクリーンショットで下線が引かれているように、この条件をサービスレベルの両方のクエリに追加
ANDます。メモ帳にコピーした元のベースラインの
DURATION (95%)結果と一致するように、2 番目のクエリのduration < 1.78部分を調整します。このサービスレベルに名前を付け、説明を更新し、サービスレベルを保存します。
ここから、これらの機能のサービスレベルをいくつか設定し、アプリケーション チームとリーダーシップに提示してフィードバックを求めることをお勧めします。