DEX アーキテクチャ
デジタルエンドユーザーエクスペリエンス (DEX) アーキテクチャは、シームレスで統合されたデジタルエクスペリエンスをエンドユーザーに提供します。このトピックでは、DEX がどのように機能するかについて、その設計を含む包括的な概要を説明します。
DEX は、クラウドサービスと呼ばれる ServiceNow 新しいマルチテナントのクラウドネイティブサービスのセットを使用します。このアーキテクチャでは、 DEX Endpoint Agents (Agent Client Collector) は MID Server なしでクラウドと通信 ServiceNow できます。ServiceNow クラウドサービスは、エージェントに DEX 認証を提供し、最終的に顧客固有の Glide および時系列データストア (MetricBase) に送信されるデータのメッセージバッファリングとステートフルストリーム処理を有効にします。ServiceNow クラウドサービスでは、ポリシーの更新を安全に送信し、Glide からエージェントの DEX チェックをオンデマンドで実行することもできます。したがって、クラウドサービスは、 ServiceNow Glide と DEX エンドポイントエージェント間の安全な双方向通信を可能にします。
エージェント登録フロー
エンドポイントのエージェントは、このフローを使用して登録し、エンドポイント検出を開始する前に、顧客の Glide インスタンスによって TLS クライアント証明書を発行する必要があります。
エンドポイント検出
測定基準を収集して処理するには、DEXその前にDEXエンドポイントを最初に検出して追加CMDBする必要があります。DEXエージェントが登録されると、クラウドサービスに接続しServiceNow、キープアライブ API を使用して Glide にチェックインします。これにより、 Agent Client Collector の健全性ダッシュボードのエージェントのステータスが更新されます。その後、Glide はクラウドサービスを介してServiceNowエージェントにプッシュしますチェックとポリシー。一部のポリシーは検出をトリガーし、 CMDB. ACC を使用して検出し CMDB、を入力する方法の詳細については、「」を参照してください Agent Client Collector for Visibility。
DEX エージェントにプッシュされた特定のポリシーは、SaaS アプリ、インストール済みアプリ、エンドポイントについて収集されるメトリックについてエージェントに通知します。これらのポリシーはまず、Glide で直接 REST API を呼び出すことで、クラウドサービスを介したServiceNowエージェントエンドポイントへの (検出の実行と測定基準の収集に必要なスクリプトとコードを含む) のダウンロードAgent Client Collector プラグインをトリガーします。
DEX 測定基準の処理
- Chrome 拡張機能は DEX 、エージェントに対して内部 API 呼び出しを行い、メトリックを収集する必要がある SaaS アプリの URL のリストを取得します。Chrome 用 Chrome 拡張機能は、 DEX 主にページの読み込み時間や応答時間などのパフォーマンス指標のキャプチャに重点を置いています。ユーザーの行動、インタラクション、エンゲージメントに関する詳細情報はキャプチャしません。
- ACC はデータの前処理またはフィルタリングを実行し、収集したデータを ServiceNow クラウドサービスに送信します。
- ServiceNow Cloud Services は、さらに処理するために生の測定基準トピックにデータをバッファーします。
- 生の測定基準トピックのデータは、特定のデータの拡張、変換、フィルタリング、集計、分析、またはイベント作成を実行する DEX ステートフルストリーム処理ジョブによって消費されます。
- ストリーム処理ジョブに必要な DEX 測定基準メタデータは、Glide から取得されます。
- 拡張および集計されたデータは、クラウドサービスの対応するトピックに ServiceNow 書き込まれます。
- これらのトピックのデータは MetricBase によって直接使用され、 DEX さらに分析するために MetricBase テーブルに保存されます。
- 処理されたメトリック以外のデータの一部は、ストリーム処理ジョブによって Glide テーブルに直接保存されます。
- 測定基準データは MetricBase から読み取られ、 DEX ダッシュボードに表示されます。