Zscaler Digital Experience (ZDX) は、エンドポイントからデバイスおよびアプリケーションのテレメトリを収集するために、Zscaler Client Connector を利用しています。パフォーマンスメトリック（デバイス、ネットワーク、アプリケーションのスコアなど）は、コア ZDX 導入の一部として有効化されているため、管理者は既にダッシュボードでパフォーマンスデータを確認できます。ただし、ソフトウェアインベントリは追加のインベントリ機能であり、ZDX 管理設定で明示的に有効化する必要があります。
ZDXドキュメントには、「インベントリ設定」ページが記載されており、管理者はここで「ソフトウェアインベントリデータの収集」などの設定をオンにする必要があります。このオプションが有効になっており、クライアントコネクタとZDXモジュールのサポートされている最小バージョンが存在する場合、クライアントコネクタはインストールされたソフトウェアの詳細を収集し、このインベントリをZDXクラウドに送信して可視化します。
収集トグルが無効のままの場合、ZDX は引き続きパフォーマンスメトリックを表示しますが、ライセンスとバージョンが適切であるにもかかわらず、ソフトウェアインベントリや関連ビューにエントリが表示されません。リストされているその他のオプションは、ライセンス、一般的な EDR の競合、または特定のクライアントバージョンに関連するものであり、ソフトウェアインベントリ収集の有効化に関するドキュメントに記載されている依存関係と一致しません。したがって、最も正確な原因は、ZDX クライアント（ポリシー経由）がインベントリデータを収集するように設定されていないことです。

Zscalerのデジタルトランスフォーメーション学習ガイドでは、「頭脳とエンジン」という概念モデルを用いてゼロトラストエクスチェンジについて説明しています。エンジンとは、ZIAパブリックサービスエッジ、ZPAサービスエッジ、アプリケーションコネクタなどのインラインエンフォースメントコンポーネントであり、データパスに配置され、トラフィックの転送、ポリシーの適用、検査を実行します。
一方、「頭脳」側はクラウド制御およびインテリジェンスプレーンを表します。ここでZscalerは、中央認証局、ポリシーおよび構成ストア、分析エンジン、そして特に重要なログおよびレポートインフラストラクチャ（Nanologクラスタ、ログストリーミングサービス、分析ダッシュボード）などのコンポーネントをホストします。ドキュメントでは、ログの収集、圧縮、SIEM/SOARプラットフォームへの転送、そして長期的な分析は、適用エンジン自体ではなく、この集中型クラウドレイヤーに明示的に関連付けられています。
エンジンは豊富なテレメトリを生成しますが、それをブレインレイヤーにストリームバックし、そこで正規化、インデックス化、保持、そして調査、コンプライアンス、パフォーマンス分析のための検索が可能になります。OneAPIはアクセスインターフェースであり、ログサービスの場所ではありません。また、「メモリ」はZscalerモデルにおける正式なアーキテクチャ構成要素ではありません。したがって、試験で教えられる公式のアーキテクチャビューでは、ログサービスはプラットフォームのブレインコンポーネントに明確に存在します。

Zscalerのアプリケーションセグメンテーションは、どのユーザーがどのプライベートアプリにアクセスできるかを、アプリケーションごとにきめ細かく制御できる機能です。ZDTEの学習教材とサイバー脅威保護のクイックリファレンスガイドでは、Zscalerは、アプリケーションセグメンテーションによってアプリとサーバーが権限のないユーザーから完全に見えなくなり、攻撃対象領域を最小限に抑えながら、権限のあるユーザーは権限のある特定のアプリケーションのみにアクセスできるようになると説明しています。
Zscaler Private AppProtectionは、このセグメンテーション基盤を基盤としています。ポリシーは、IPアドレス範囲やサブネットといっ​​た大まかなネットワーク構造ではなく、アイデンティティ（ユーザー、グループ）、コンテキスト、アプリ属性を用いてアプリケーション層で定義されます。これにより、セキュリティチームは、ユーザーをネットワーク全体ではなく個々のアプリケーションに厳密に関連付ける、きめ細かなルールを作成できます。Private AppProtectionは、インラインインスペクション、仮想パッチ適用、エクスプロイト防止といった機能を提供しますが、セグメンテーションは、誰が何と通信できるかを規定する部分です。
脅威インテリジェンス統合（オプションA）は検知能力を強化しますが、それ自体ではアクセス制御は定義されません。ロールベースのアクセス制御（オプションC）は、主にコンソールの管理者および管理ロールに適用され、実行時のユーザーからアプリケーションへのパスには適用されません。ユーザー行動分析（オプションD）はリスクに関する情報を提供しますが、主要な適用メカニズムではありません。特定のプライベートアプリケーションへのユーザーアクセスをきめ細かく制御できる具体的な機能は、アプリケーションセグメンテーションです。

Zscaler Digital Experience (ZDX) は、エンドポイントからデバイスおよびアプリケーションのテレメトリを収集するために、Zscaler Client Connector を利用しています。パフォーマンスメトリック（デバイス、ネットワーク、アプリケーションのスコアなど）は、コア ZDX 導入の一部として有効化されているため、管理者は既にダッシュボードでパフォーマンスデータを確認できます。ただし、ソフトウェアインベントリは追加のインベントリ機能であり、ZDX 管理設定で明示的に有効化する必要があります。
ZDXドキュメントには、「インベントリ設定」ページが記載されており、管理者はここで「ソフトウェアインベントリデータの収集」などの設定をオンにする必要があります。このオプションが有効になっており、クライアントコネクタとZDXモジュールのサポートされている最小バージョンが存在する場合、クライアントコネクタはインストールされたソフトウェアの詳細を収集し、このインベントリをZDXクラウドに送信して可視化します。
収集トグルが無効のままの場合、ZDX は引き続きパフォーマンスメトリックを表示しますが、ライセンスとバージョンが適切であるにもかかわらず、ソフトウェアインベントリや関連ビューにエントリが表示されません。リストされているその他のオプションは、ライセンス、一般的な EDR の競合、または特定のクライアントバージョンに関連するものであり、ソフトウェアインベントリ収集の有効化に関するドキュメントに記載されている依存関係と一致しません。したがって、最も正確な原因は、ZDX クライアント（ポリシー経由）がインベントリデータを収集するように設定されていないことです。

ZscalerのPACファイルガイダンスでは、トラフィックを特定のサブクラウドに誘導するための完全修飾プロキシホスト名は、標準ゲートウェイラベル、サブクラウド識別子、そしてZscalerクラウドドメインで構成されます。テンプレート形式では、これは次のように表されます。
{GATEWAY.<サブクラウド>.<Zscaler クラウド>}
ここで、GATEWAY は Zscaler ゲートウェイのラベルに対応し、<Subcloud> は動的に割り当てられたサブクラウド（ルーティングと回復力の最適化に役立ちます）、<Zscaler cloud> はお客様の Zscaler クラウドドメイン（例えば、標準の ZIA クラウドドメインのいずれか）を表します。デジタルトランスフォーメーションエンジニアのトレーニングでは、これらの変数を正しい順序で使用することで、ブラウザが適切なサブクラウド固有のゲートウェイに解決され、パフォーマンスとリージョンアフィニティが最適化されることを強調しています。
オプションBとCは、サブクラウドを明示的にターゲットとする場合、REGIONラベルを誤って導入または配置しており、ドキュメントに記載されている変数の順序と一致していません。オプションDは、GATEWAYと
<Subcloud> は、サブクラウド対応の PAC 構成で Zscaler が使用するホスト名構造と一致しません。
したがって、Webトラフィックをサブクラウドに転送するための正しいPAC変数パターンは次のようになります。
{GATEWAY.<サブクラウド>.<Zscaler クラウド>}。