セルフサービスのマッピング、解析、共有システム (Windows/Linux)
セルフサービスのマッピング、解析、および共有システム パターンは通常、ArcGIS Enterprise for Windows and Linux ソフトウェアを使用して Windows および Linux 環境にデプロイされます。
ArcGIS Enterprise for Windows and Linux には、データ層、サービス/ロジック層、プレゼンテーション層から構成される複数のコンポーネントがあり、これらのコンポーネントが連携して完全な 1 つのシステムを形成しています。 ArcGIS Enterprise for Windows および ArcGIS Enterprise for Linux は、仮想環境 (サポート対象のオペレーティング システムが実行されている) とクラウド プロバイダー (システム要件を満たした仮想マシンが実行されている) で完全にサポートされています。 Esri には、Amazon Web Services (AWS) や Microsoft Azure などのクラウド プラットフォーム向けのデプロイメント ツールも用意されています。
関連リソース:
基本アーキテクチャー
Windows または Linux にデプロイされたセルフサービスのマッピング、解析、および共有システムの一般的な基本アーキテクチャーを次に示します。
この図をシステムの設計としてそのまま使用しないでください。 システムの設計時には、重要な要素と設計上の選択肢を数多く検討する必要があります。 詳しくは、システム パターンの使用のトピックをご参照ください。 さらに、以下の図はシステムの基本機能のみを示しています。拡張機能を提供する際には、追加のシステム コンポーネントが必要になる場合があります。

上記の機能は、2025 年 12 月時点で利用可能な機能を反映しています。
このアーキテクチャーの主要なコンポーネントは次のとおりです。
- ArcGIS Enterprise の基本デプロイメント (ArcGIS Data Store、ArcGIS Server、Portal for ArcGIS)。 ArcGIS Enterprise の ArcGIS Web Adaptor コンポーネントも推奨されており、状況に応じて必要となる場合があります。 基本デプロイメントでは、ホスト フィーチャ、ベクター タイル、マップ タイル、およびシーン サービスを通じてデータを公開およびホストできます。 これらのサービスの多くは、ホスト サービスに対して ArcGIS 管理のストレージ機能を提供する ArcGIS Data Store を使用します。
- ArcGIS Server (特に GIS Server ロール) は、登録済みのユーザー管理データ ストアに格納されたデータに対してフィーチャ サービスおよびマップ サービスを提供します。 このシステムでは、エンタープライズ データ サービスを提供する ArcGIS Server は、ホスト サービスとユーティリティー サービスを提供する (上記の基本デプロイメントを完成させる) ArcGIS Server とは論理的に異なるコンポーネントとして示されています。 これは、このシステム内で 2 つの異なる役割を果たし、多くの場合、物理レベルで別々に設計およびデプロイされるためです。 ArcGIS Enterprise の ArcGIS Web Adaptor コンポーネントも推奨されており、状況に応じて必要となる場合があります。
- エンタープライズ サービスを支えるデータは、通常、ファイル ストアとオブジェクト ストア、DBMS (データベース)、クラウド データ ウェアハウスなど、登録済みのユーザー管理データストアから取得されます。 ArcGIS データ アーキテクチャーの詳細をご参照ください。
- Esri の SaaS インフラストラクチャーである ArcGIS Online は通常、このシステムのベースマップ (衛星マップなど)、参照データ (場所など)、その他の位置情報サービス (ジオコーディングや検索など) を提供します。 また、Esri の SaaS システムを使用する代わりに、組織が独自の位置情報サービスをホストして管理することもできます。 詳しくは、位置情報サービス システム パターンをご参照ください。
- セルフサービスのマッピング、解析、共有システムを通じて利用できるさまざまなアプリケーションが用意されています。 この図には、基本アーキテクチャーのデプロイメントに一般的に含まれるアプリケーションの種類が図に示されています。 詳細については、セルフサービスのマッピング、解析、および共有アプリケーションの完全なリストをご参照ください。
このアーキテクチャーの主な連携方法は次のとおりです。
- クライアント アプリケーションは、HTTPS 経由で (通常はステートレスな REST API を介して) エンタープライズ データ サービスや位置情報サービスと通信します。
- ArcGIS Server は、ArcGIS Data Store とデータベースの両方への永続的な TCP 接続を維持します。 後者では通常、DBMS と通信する ArcGIS Server コンピューターに適切なデータベース クライアント ソフトウェアがインストールされている必要があります。 位置情報サービスをサポートしているデータは、クラウド データウェアハウスまたはファイル ストアに保存することもできます。 データと ArcGIS Server の詳細をご覧ください。
- ArcGIS Monitor は、GIS システム コンポーネントの監視と最適化に使用することが推奨されており、さまざまなメカニズムを使用してさまざまな ArcGIS および IT (DBMS など) コンポーネントと通信します。 詳細については、ArcGIS Monitor のドキュメントをご参照ください。
- ArcGIS Online でホストおよび管理されている位置情報サービス (ベースマップなど) への参照は、通常、ArcGIS Enterprise に登録され、ArcGIS Enterprise 内で使用できるようになっています。 一部のサービスは ArcGIS Enterprise のインストール時に自動的に参照されますが、これら 2 つのシステム間でのコンテンツとサービスの追加の共有は、手動または自動で実行できます。 ArcGIS Online ユーティリティー サービスの構成、ArcGIS Living Atlas コンテンツの構成、分散コラボレーションについての詳細をご参照ください。
ArcGIS Enterprise コンポーネント間の相互作用の詳細については、Windows および Linux 上の ArcGIS Enterprise 配置で使用されるポートの図など、ArcGIS Enterprise for Windows と ArcGIS Enterprise for Linux の製品ドキュメントをご参照ください。
機能
以下では、Windows と Linux 上のセルフサービスのマッピング、解析、および共有システムの機能について説明します。 詳細については、機能の概要と、デプロイメント パターン間の機能サポートの比較をご参照ください。
セルフサービスのマッピング、解析、および共有システムで使用される機能のうち、通常は他のシステムによって提供される機能 (ベースマップ、ジオコーディング、位置情報サービス システムによって提供されるその他の位置情報サービスなど) は、以下には含まれていません。 関連するシステム パターンの詳細をご覧ください。
基本機能
基本機能は、セルフサービスのマッピング、解析、および共有システムに備わっている最も一般的な機能を意味し、上記の基本アーキテクチャーによって提供されます。
拡張機能
拡張機能は通常、特定のニーズを満たすために追加されるか、業界固有のデータ モデルとソリューションをサポートするために追加され、ソフトウェア コンポーネントやアーキテクチャーに関する検討事項がさらに必要になる場合があります。
検討事項
以下の検討事項では、ArcGIS Well-Architected Framework の柱を Windows および Linux のセルフサービスのマッピング、解析、および共有システム パターンに適用します。 ここに示す情報は、すべてを網羅するものではなく、システムとデプロイメント パターンの特定の組み合わせを設計または実装する際に検討すべき主要な事項に焦点を当てています。 ArcGIS Well-Architected Framework のアーキテクチャーの柱の詳細をご参照ください。
信頼性
信頼性は、システムがビジネス、顧客、関係者が求めるサービス レベルを提供することを保証するものです。 詳細については、信頼性の柱の概要をご参照ください。
- 高可用性を必要とする SLA は比較的一般的ですが、セルフサービスのマッピング、解析、および共有システムがミッションクリティカルと見なされることはあまりありません。 厳格な SLA と高可用性を備えたミッションクリティカルなアプリケーションの提供については、エンタープライズ アプリケーションのホスティングおよび管理システムのパターンを検討してください。
- 高可用性とフォールト トレランスは、すべてのシステム層で冗長インフラストラクチャーによって実現されます。
- 地理的な冗長性は、あまり一般的ではありませんが可能です。
- ArcGIS Enterprise でデータ損失とダウンタイムの最小化の詳細をご覧ください。
- バックアップのプロセスと手順は一般的です。
セキュリティー
セキュリティーは、システムおよび情報の保護を担います。 詳細については、セキュリティーの柱の概要をご参照ください。
- 認証と承認は、セルフサービスのマッピング、解析、および共有システムを使用する際にほぼ必ず必要です。 ただし、ログイン要件なしで共有されたマップとアプリの使用は例外で、匿名ユーザーとして使用できます。
- 組織全体からログインするユーザーは多岐にわたるため、このシステム パターンでは SSO (シングル サインオン) による認証が一般的に採用されます。 SSO は通常、SAML や OpenID Connect を使用して実装されます。
- ユーザー アクセスとデータ コラボレーションは、ロールベースのアクセス制御と、OAuth、SAML、OpenID Connect、多要素認証などの最新の承認および認証モデルによって管理されます。
ArcGIS Enterprise 強化ガイドを参照して、ArcGIS Enterprise 配置のセキュリティー環境を改善するために実施できる戦略とそれに関連する設定を確認してください。
パフォーマンスとスケーラビリティー
パフォーマンスとスケーラビリティーは、システムに対する全体的なユーザー エクスペリエンスを最適化することだけでなく、変化するワークロードの要求に合わせてシステムを拡張することも目的としています。 詳細については、パフォーマンスとスケーラビリティーの柱の概要をご参照ください。
- このシステム パターンでは、高パフォーマンスを必要とする SLA は、エンタープライズ アプリケーションのホスティングおよび管理システムなどの他のシステム パターンほど一般的ではありません。
- データ読み取りのパフォーマンスは、通常、システム全体のパフォーマンスを左右する主な要因となります。
- セルフサービスのマッピング、解析、および共有システムは通常、組織内で多用されるため、スケーラビリティーは設計上の重要な検討事項です。 さらに、GIS の組織全体での導入が拡大するにつれて、使用量が急速かつ予想外に増加する可能性があります。
- スケーリングは、特定のクラウド環境の要求に応じて自動的に実行されることがあります。
- 高レベルのパフォーマンスとスケーラビリティーを必要とするアプリケーションやサービスの場合は、エンタープライズ アプリケーションのホスティングおよび管理システムを通じて提供することを検討してください。
自動化
自動化は手動によるデプロイメントと運用タスクに費やす労力を削減することを目的としており、運用効率の向上と人為的ミスによるシステム異常の減少につながります。 詳細については、自動化の柱の概要をご参照ください。
統合
統合により、このシステムを他のシステムと接続してエンタープライズ サービスを提供し、組織の生産性を向上させます。 詳細については、統合の柱の概要をご参照ください。
- セルフサービスのマッピングや解析ワークフローを行うためにこのシステムに外部データやサービスを組み込むことはよくあります。 統合アプローチは、データまたはサービスレベルの統合に主眼を置く傾向があり、場合によっては自動化が伴います。 統合のアプローチと方法の詳細をご参照ください。
- このシステムのマップやその他のコンテンツを企業全体の他のシステムと共有することはよくあります。 統合のアプローチと方法の詳細をご参照ください。
- セルフサービスのマッピング、解析、および共有システムは、通常、他の ArcGIS システムと統合されています。 関連するシステム パターンの詳細をご覧ください。
- 組織は、これらのシステムを複数配置して接続することがあります。それは通常、部門が複数にわたる場合や社内外で使用する場合に、さまざまな関係者のグループが関与する際の境界を設けるためです。
可観測性
可観測性はシステムの状態を可視化し、運用スタッフやその他の技術担当者がこのシステムを正常かつ安定した状態で稼働させ続けることを可能にします。 詳細については、可観測性の柱の概要をご参照ください。
- このシステム パターンでは、可観測性が特に重要です。 このシステムの柔軟なセルフサービスの使用はガバナンスから大きな恩恵を受けており、これは、観察を通じて学習した進化する使用パターンおよび実践を認識することで、その効果を最大限に発揮できます。 このシステム パターンを開始する組織は、ガバナンスと変更管理ポリシーを早期に導入することを強くおすすめします。 さらに、コンテンツ、グループ、およびユーザーの継続的なレビューとハウスキーピングを強く推奨し、その大部分は自動化によって有効にできます。
- ArcGIS Enterprise on Windows/Linux は、サーバー ログやサーバー統計情報など、さまざまな方法で監視できます。 このシステム パターンでは、使用パターンが有機的に成長し進化する可能性があるため、システムの可用性、パフォーマンス、使用状況を監視することが重要です。 ArcGIS Enterprise ソフトウェアをモニタリングするだけでなく、Windows または Linux オペレーティング システム、データベース、他のデータ ストア、コンピューティング、ネットワーク、セキュリティー、他のインフラストラクチャーなど、すべてのサポート コンポーネントとインフラストラクチャーをモニタリングすることが重要です。 システムの正常性と信頼性を監視する方法の詳細をご覧ください。
- このシステム パターンの一部の拡張機能 (ArcGIS Workflow Manager によるワークフローの管理と自動化など) には、追加の可観測性サポートがあります。 詳細については、対応する製品ドキュメントをご参照ください。
- Web 解析は、ArcGIS Instant Apps、ArcGIS StoryMaps、およびカスタム アプリケーションとともに使用できます。
- SAML や OpenID Connect ログインを使用する場合は、構成された ID プロバイダーを通じて、ユーザー ログインとアカウントの変更をさらに監視できることがあります。
その他
Windows と Linux でのセルフサービスのマッピング、解析、および共有システムの設計と実装に関するその他の考慮事項には、次のものがあります。
- このパターンを開始する組織は、ガバナンスと変更管理ポリシーを早期に導入することを強くおすすめします。
- 組織は、セキュリティーおよびデータ共有に関する組織レベルのビジネスおよび IT ガイダンスをレビューして検討し、必要に応じてシステム内にデータおよびアプリケーション レベルのセキュリティー プロトコルを実装する必要があります。
関連リソース: