セルフホスト型ZTNAとクラウド提供型ZTNA

ZTNA製品を比較する際は機能一覧だけでなく、認証とポリシーの制御がどこで行われ、通信がどこを通り、クラウド接続が失われた場合にどうなるかを確認してください。

よくある四つの運用モデル​

クラウド提供型はベンダー運用のサービスを中心に使います。ベンダー制御プレーン＋顧客コネクター型はプライベート側に接続コンポーネントを置きます。セルフホスト型は顧客またはMSPが基盤を運用し、スタンドアロン／切断環境型は外部制御プレーンなしで動作できる構成です。

制御プレーンの所有権​

誰がID・ポリシー・ライセンス・ソフトウェア更新を管理するか、制御機能がどこで稼働するかを区別します。クラウド型とセルフホスト型の境界は製品により異なります。

データ経路​

ユーザーから保護対象までの通信がベンダークラウド、顧客コネクター、ローカルゲートウェイ、直接ピア接続のどこを通るかを確認します。

インターネットへの依存​

接続が途絶えたとき、新しい認証やポリシー変更、既存のセッション、ライセンス管理がどう影響を受けるかを製品ごとに評価します。

IDと認証​

外部IdPを利用する場合、アクセス基盤自体がセルフホストされていてもIdPへの接続性が依存条件になることがあります。認証方式と設置場所を分けて評価します。

更新とライセンス​

ベンダーが自動更新するサービスと、顧客がパッケージやライセンスを搬入する運用とでは管理負担が異なります。隔離環境では更新手順の策定が重要です。

可用性と災害復旧​

クラウドサービスの高可用性、顧客側コネクターの冗長化、セルフホスト基盤のバックアップ・復元を同一視しないでください。RTO/RPOを定めて構成を検証します。

運用責任​

クラウド型ではベンダーが主に制御基盤の保守と拡張を担当し、セルフホスト型では顧客またはMSPがOS、アップデート、監視、バックアップ、容量を管理します。

コンプライアンスとデータ統制​

データ所在、監査証跡、ネットワーク経路、管理権限、第三者依存が組織の要求を満たすか確認します。特定の設置モデルだけで準拠が保証されるわけではありません。

市場のさまざまなモデル​

各社は管理型SASE、コネクター、セルフホストのピアネットワークなど異なる構成を採用しています。詳細は個別の公式ドキュメントを参照してください。

ZTXGateの位置付け​

スタンドアロンZTXGateは顧客またはMSPが運用し、コアアクセスのためにCoreZTクラウドは不要です。任意のZTXHubはライセンスとソフトウェア更新を集中管理し、アクセス制御自体は各ZTXGateで続きます。復旧はバックアップ・復元モデルです。

ZTNAベンダーに確認すべき質問​

制御プレーンと通信経路の所在、インターネット障害時の挙動、外部IdPへの依存、端末の信頼性、監査、費用、更新と災害復旧の責任を質問してください。

関連ガイドと次のステップ​

ZTNAの仕組み · VPNからZTNAへの移行 · ZTNA導入ガイド · セルフホスト型とクラウド型ZTNA · フィッシング耐性のある認証