位置情報サービス システム (Windows/Linux)

位置情報サービス システム パターンは通常、ArcGIS Enterprise on Windows および ArcGIS Enterprise on Linux ソフトウェアを使用して Windows および Linux にデプロイされます。

ArcGIS Enterprise for Windows and Linux には、データ層、サービス/ロジック層、プレゼンテーション層から構成される複数のコンポーネントがあり、これらのコンポーネントが連携して完全な 1 つのシステムを形成しています。 ArcGIS Enterprise on Windows および ArcGIS Enterprise on Linux は、仮想環境 (サポート対象のオペレーティング システムが実行されている) とクラウド プロバイダー (システム要件を満たした仮想マシンが実行されている) で完全にサポートされています。 Esri には、Amazon Web Services (AWS) や Microsoft Azure などのクラウド プラットフォーム向けのデプロイメント ツールも用意されています。

関連リソース:

基本アーキテクチャー

Windows または Linux 上にデプロイされた位置情報サービス システムの一般的な基本アーキテクチャーを次に示します。

この図をシステムの設計としてそのまま使用しないでください。 システムの設計時には、重要な要素と設計上の選択肢を数多く検討する必要があります。 詳しくは、システム パターンの使用のトピックをご参照ください。 さらに、以下の図はシステムの基本機能のみを示しています。拡張機能を提供する際には、追加のシステム コンポーネントが必要になる場合があります。

位置情報サービス システムの基本アーキテクチャー (Windows/Linux)

上記の機能は、2025 年 7 月時点で利用可能な機能を反映しています。

このアーキテクチャーの主要なコンポーネントは次のとおりです。

  • ArcGIS Enterprise の基本デプロイメント (ArcGIS Data Store、ArcGIS Server、Portal for ArcGIS)。 ArcGIS Enterprise の ArcGIS Web Adaptor コンポーネントも推奨されており、状況に応じて必要となる場合があります。
  • ArcGIS Server (特に GIS Server ロール)。さまざまなサービスを提供します。 ルート検索とルート案内機能は、ArcGIS Network Analyst エクステンションを通じてサポートされています。 ArcGIS Enterprise の ArcGIS Web Adaptor コンポーネントも推奨されており、状況に応じて必要となる場合があります。
  • ArcGIS Server で提供される位置情報サービス システムを強化するために、ファイル ストア、クラウド データ ウェアハウス、データベースなど、さまざまなデータ ストアを使用できます。 また、ArcGIS Data Store によって提供される ArcGIS 管理データ ストアも、位置情報サービスの強化に使用できます。 ArcGIS のデータ ストアの詳細をご覧ください。
  • 位置情報サービス システムは、ArcGIS のほとんどのワークフローと使用の基盤であるため、ほぼすべてのアプリケーションで使用されています。 ただし、位置情報サービスを使用するアプリケーションは通常、他のシステムによって提供されるか、ArcGIS Mapping API および SDK を使用して開発されたカスタム アプリケーションで使用されます。 例外の 1 つは、検出ポータルとして機能するポータル Web サイトです。ポータル Web サイトを使用すると、コンテンツ作成者とアプリケーション開発者は、ベースマップ、ジオコーディング、空間解析などの位置情報サービスを検索、探索、操作できます。

このアーキテクチャーの主な連携方法は次のとおりです。

  1. クライアント アプリケーションは、HTTPS 経由で (通常はステートレスな REST API を介して) エンタープライズ データ サービスや位置情報サービスと通信します。 一部の位置情報サービスは、OGC エンドポイントと KML エンドポイントを介して公開されることもあります。
  2. ArcGIS Server は、ArcGIS Data Store とデータベースの両方への永続的な TCP 接続を維持します。 後者では通常、DBMS と通信する ArcGIS Server コンピューターに適切なデータベース クライアント ソフトウェアがインストールされている必要があります。 位置情報サービスをサポートしているデータは、クラウド データウェアハウスまたはファイル ストアに保存することもできます。 データと ArcGIS Server の詳細をご覧ください。
  3. ArcGIS Monitor は、GIS システム コンポーネントの監視と最適化に使用することが推奨されており、さまざまなメカニズムを使用してさまざまな ArcGIS および IT (DBMS など) コンポーネントと通信します。 詳細については、ArcGIS Monitor のドキュメントをご参照ください。

ArcGIS Enterprise コンポーネント間の通信方法の詳細については、ArcGIS Enterprise on Windows および Linux デプロイメントで使用されるポートの図など、ArcGIS Enterprise on Windows と ArcGIS Enterprise on Linux の製品ドキュメントをご参照ください。

機能

Windows および Linux 上の位置情報サービス システムの機能を次に示します。 詳細については、機能の概要と、デプロイメント パターン間の機能サポートの比較をご参照ください。

基本機能

基本機能は、位置情報サービス システムに備わっている最も一般的な機能を意味し、上記の基本アーキテクチャーによって実現されます。

  • マッピングと視覚化を使用すると、ユーザーは 2D マップと 3D シーンを作成して操作できます。 ArcGIS Enterprise には、データ主導の視覚化3D 視覚化ベースマップのスタイル設定など、豊富なマッピングおよび視覚化機能が備わっています。 マップ視覚化の詳細をご覧ください。
  • ベースマップは、マップとシーンの全体的な表示コンテキストを提供する Web ベースのレイヤーです。 ArcGIS Enterprise を使用すると、組織は独自のベースマップを公開できます。 Esri は、ArcGIS StreetMap Premium など、ArcGIS Enterprise を通じてインフラストラクチャー上で実行されるように設計されたベースマップとサポート データも提供しています。 ベースマップ レイヤーインフラストラクチャーのデータの詳細をご覧ください。
  • 参照データ レイヤーは、マップ、シーン、その他の地理空間ワークフローに表示コンテキストと解析コンテキストを加えた Web ベースのデータ レイヤーです。 ArcGIS Enterprise では、組織は独自の参照データ レイヤーをフィーチャ サービスマップ サービスベクター タイル サービスとして公開できます。 Esri は、ArcGIS Enterprise のインフラストラクチャー上で実行されるように設計されたデータも提供しています。 データ レイヤーインフラストラクチャーのデータの詳細をご覧ください。
  • ジオコーディングは、テキストを住所と位置に変換するプロセスです。 ジオコーディングの作業は、ロケーターと呼ばれるサービスで実行されます。 ArcGIS Enterprise では、ロケーターはジオコード サービスを利用します。 ジオコード サービスは、ビジネスおよび顧客管理から、出荷および流通、ルート案内およびナビゲーションまで、幅広いアプリケーションをサポートします。 ロケーターでは、1 つのクエリーまたはバッチ クエリーから対象地域内の位置がジオコーディングされます。 ArcGIS Enterprise は、ロケーターの構築とジオコーディング サービスの公開をサポートしています。 Esri は、ファイアウォールの内側で迅速かつ正確にグローバル アドレスのセキュリティーで保護されたマッピングを実行できる ArcGIS World Geocoder と、ジオコーディング機能とサポート データを含む ArcGIS StreetMap Premium も提供しています。 ArcGIS Enterprise のジオコード サービスとロケーターの詳細をご覧ください。
  • ルートとルート案内では、個々の車両または単一の車両の出発地から目的地までの最適なパスを見つけることができます。 ArcGIS Enterprise では、ArcGIS Network Analyst エクステンションを使用して同期ルート検索サービスを実行できます。 ルート検索サービスには、一方通行路、方向転換制限、歩道橋、トンネルなどを統制するような交通規則を適用することで交通ネットワークをモデル化するネットワーク データセットが必要です。 ユーザーは自分の組織が維持している道路データに基づいてネットワーク データセットを作成するか、ArcGIS StreetMap Premium の一部として利用できるネットワーク データセットを使用することができます。 ArcGIS Enterprise のルート検索サービスの詳細をご覧ください。
  • ネットワーク解析は、多数の目的地を訪問するための最適化されたルートの作成、最寄り施設の検索、ある場所の周囲にある到達圏の特定、複数の車両による複数の訪問先への配送など、複雑なネットワークの問題 (通常は道路ネットワーク) の解決に役立ちます。 ArcGIS Enterprise では、同期と非同期の両方のネットワーク解析がサポートされており、ArcGIS Network Analyst エクステンションを使用して高度なルート検索サービスを実行できます。 ルート検索サービスは、マップ サービス (ネットワーク解析機能を含む) またはジオプロセシング サービスを使用して公開できます。 ArcGIS Enterprise では、ルートの計画到達圏の作成起点と終点の接続などのツール インターフェイスも Map Viewer に含まれています。 Map Viewer で解析を実行する方法と空間解析サービスの詳細をご参照ください。
  • ジオメトリー解析は、クライアント側の API を使用して、ポイント、ポリライン、またはポリゴンに対して 1 つ以上の操作を実行し、ジオメトリーに関する問題を解決するための処理です。 ArcGIS Enterprise では、ジオメトリー サービスを使用して、サーバー側のジオメトリー解析を実行することもできます。 ジオメトリー解析と、ジオメトリー解析とフィーチャ解析を比較する方法の詳細をご参照ください。

拡張機能

拡張機能は通常、特定のニーズを満たすために追加されるか、業界固有のデータ モデルとソリューションをサポートするために追加され、ソフトウェア コンポーネントやアーキテクチャーに関する検討事項がさらに必要になる場合があります。

検討事項

以下の検討事項では、ArcGIS Well-Architected Framework の柱を Windows および Linux の位置情報サービス システム パターンに適用します。 ここに示す情報は、すべてを網羅するものではなく、システムとデプロイメント パターンの特定の組み合わせを設計または実装する際に検討すべき主要な事項に焦点を当てています。 ArcGIS Well-Architected Framework のアーキテクチャーの柱の詳細をご参照ください。

信頼性

信頼性は、システムがビジネス、顧客、関係者が求めるサービス レベルを提供することを保証するものです。 詳細については、信頼性の柱の概要をご参照ください。

  • 高可用性を必要とする SLA は一般的です。
    • 高可用性とフォールト トレランスは通常、すべてのシステム層で冗長インフラストラクチャーによって実現されます。
    • 障害復旧も一般的であり、特に SLA のレベルが高く、データの変更頻度が比較的低い位置情報サービスの場合です。
    • ArcGIS Enterprise でデータ損失とダウンタイムの最小化の詳細をご覧ください。

セキュリティー

セキュリティーは、システムおよび情報の保護を担います。 詳細については、セキュリティーの柱の概要をご参照ください。

  • 認証承認は、セキュリティー保護された位置情報サービスと、監査やその他の目的でユーザー ID が必要な状況で必要となります。 ただし、組織のファイアウォールの内側にデプロイされた広くアクセス可能な位置情報サービスでは、認証と承認を必要としないことが一般的です。

ArcGIS Enterprise 強化ガイドを参照して、ArcGIS Enterprise 配置のセキュリティー環境を改善するために実施できる戦略とそれに関連する設定を確認してください。

パフォーマンスとスケーラビリティー

パフォーマンスとスケーラビリティーは、システムに対する全体的なユーザー エクスペリエンスを最適化することだけでなく、変化するワークロードの要求に合わせてシステムを拡張することも目的としています。 詳細については、パフォーマンスとスケーラビリティーの柱の概要をご参照ください。

  • 高パフォーマンスを要求する SLA は一般的です。
    • データ読み取りのパフォーマンスは、通常、システム全体のパフォーマンスを左右する主な要因となります。
    • コンテンツ分散ネットワーク (CDN) は、地理的に分散した大規模なユーザー ベース向けのタイル サービスのパフォーマンスを向上させる場合に検討できます。
  • 位置情報サービス システムは通常、組織内で多用されるため、スケーラビリティーは設計上の重要な検討事項です。 さらに、GIS の組織全体での導入が拡大するにつれて、使用量が急速かつ予想外に増加する可能性があります。
  • スケーリングは、特定のクラウド環境の要求に応じて自動的に実行されることがあります。

自動化

自動化は手動によるデプロイメントと運用タスクに費やす労力を削減することを目的としており、運用効率の向上と人為的ミスによるシステム異常の減少につながります。 詳細については、自動化の柱の概要をご参照ください。

統合

統合により、このシステムを他のシステムと接続してエンタープライズ サービスを提供し、組織の生産性を向上させます。 詳細については、統合の柱の概要をご参照ください。

  • 位置情報サービス システムは、組織の企業全体で使用されている他のシステムとアプリケーションのサービス プロバイダーとして最もよく使用されます。 このため、統合は非常に一般的であり、ほとんどの場合はサービスレベルの統合によって処理されます。
  • 位置情報サービスは、標準ベースのマッピング API、SDK、およびオープン ソース ライブラリーを使用して、ArcGIS エコシステムの外部で簡単に統合および使用されます。

可観測性

可観測性はシステムの状態を可視化し、運用スタッフやその他の技術担当者がこのシステムを正常かつ安定した状態で稼働させ続けることを可能にします。 詳細については、可観測性の柱の概要をご参照ください。

  • このシステム パターンでは、サービスの使用率を慎重に監視することが重要です。 位置情報サービスの提供は通常、組織全体 (場合によっては組織外) にまで及ぶため、システムの設計者や運用者が使用パターンと拡大を予測できなくなることがあります。 監視を行うことで、適切に (SLA に従って) 運用を継続しながら、需要に応じたスケーリングや展開のタイミングを決定しやすくなります。
  • ArcGIS Enterprise on Windows/Linux は、サーバー ログサーバー統計情報など、さまざまな方法で監視できます。 位置情報サービスの可用性、パフォーマンス、および使用状況の監視は、このシステム パターンにとって最も重要です。 ArcGIS Enterprise ソフトウェアをモニタリングするだけでなく、Windows または Linux オペレーティング システム、データベース、他のデータ ストア、コンピューティング、ネットワーク、セキュリティー、他のインフラストラクチャーなど、すべてのサポート コンポーネントとインフラストラクチャーをモニタリングすることが重要です。 システムの正常性と信頼性を監視する方法の詳細をご覧ください。
  • SAML や OpenID Connect ログインを使用する場合は、構成された ID プロバイダーを通じて、ユーザー ログインとアカウントの変更をさらに監視できることがあります。

その他

Windows と Linux での位置情報サービス システムの設計と実装に関するその他の検討事項には、次のものがあります。

  • 運用を成功させるには、GIS と IT の概念、およびテクノロジーを十分に理解する必要があります。
  • このシステム パターンを実装する際には、データ ガバナンスと、IT ポリシーおよびロール (データ管理者やデータベース管理者など) との整合性を十分に検討する必要があります。

関連リソース:

Top