セルフサービスのマッピング、解析、および共有システムのデプロイメント パターンの選択

セルフサービスのマッピング、解析、および共有システムは通常、次の 3 つのデプロイメント パターンのいずれかを使用してデプロイされます。

• SaaS
• Windows/Linux
• Kubernetes

デプロイメント パターンの選択は、組織の GIS システムを設計する際の最も重要な決定事項の 1 つです。

この決定では、さまざまなデプロイメント アプローチをサポートするにあたって、組織の IT 方針、ガイドライン、および許容度と一致させることが最重要事項となります。 たとえば、SaaS ベースのシステムとソリューションで標準化することを好む組織もあります。 また、Kubernetes の運用経験とスキルを持つスタッフの採用やトレーニングなど、Kubernetes ベースのデプロイメントに多額の投資を行っている組織は、おそらく Kubernetes ベースのデプロイメント パターンを好みます。

これらのデプロイメント アプローチに関する一般的な情報と検討事項については、ArcGIS の概要の「ArcGIS 製品とデプロイメント オプション」ページをご参照ください。

機能の比較

IT 方針、ガイドライン、および許容度に一致させるだけでなく、意思決定プロセスにおいて各デプロイメント パターンの機能を考慮することも重要です。 データ編集および管理システムの機能は、デプロイメント パターンによって異なります。 次の表は、各デプロイメント パターンでサポートされている特定の機能を比較したものです。

セルフサービスのマッピング、解析、および共有システムで使用される機能のうち、通常は他のシステムによって提供される機能 (ベースマップ、ジオコーディング、位置情報サービス システムによって提供されるその他の位置情報サービスなど) は、以下には含まれていません。 関連するシステム パターンの詳細をご覧ください。

フルサポート 一部サポート

上記の各項目の詳細については、セルフサービスのマッピング、解析、および共有システムの機能をご参照ください。 また、上記の各セルについては、セルフサービスのマッピング、解析、および共有システムのデプロイメント パターンのページで詳しく説明しています。

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

一般的な検討事項

以下の考慮事項は、組織のビジネスと IT のニーズを適切なセルフサービスのマッピング、解析、および共有システムのデプロイメント パターンに合わせることを目的としています。 ここに示す情報は、すべてを網羅するものではなく、セルフサービスのマッピング、解析、および共有システムの設計と実装における主要な考慮事項に焦点を当てています。

• スケーラビリティー、信頼性、SLA (サービス レベル アグリーメント)、セキュリティー、組織と Esri 間の責任のバランスは、デプロイメント パターンの選択における主要な要因になる傾向があります。 詳細については、信頼性、パフォーマンスとスケーラビリティー、およびセキュリティーの柱をご参照ください。
• ArcGIS Online を使用した SaaS デプロイメント パターンでは、市場投入までの時間が最も短縮されます。
• セルフサービスのマッピング、解析、および共有システムの高度な機能、専門的な機能、業界固有の機能の中には、一部のデプロイメント パターンにしか存在しないものもあります。 設計と意思決定のプロセスで機能の比較とデプロイメント パターンに関するページによく目を通し、十分に検討してください。
• 組織は通常、セルフサービスのマッピング、解析、および共有システムを組織内に複数デプロイします。 複数デプロイの一般的な動機には、以下が挙げられますが、これらに限定されません。
  • 組織の内部と外部で別々のシステムを使用。内部向けシステムは通常 Windows、Linux、または Kubernetes にデプロイされ、外部向けシステムは通常 SaaS を介してデプロイされます。
  • ドメインまたはワークフロー固有のシステム。たとえば、都市計画、解析、汎用のセルフサービスのマッピングおよび共有のためにシステムなどを個別にデプロイする例があります。
  • 地理単位間または組織単位間で強力な境界とガバナンス制御を確立する、地域または部門のシステム。
• セルフサービスのマッピング、解析、および共有システムは、位置情報サービス システムによって提供される位置情報サービスに大きく依存しています。 これら 2 つのシステム パターンは、特に SaaS としてデプロイされる場合は、組み合わせられることが一般的です。 セルフサービスのマッピング、解析、および共有システムを設計する際には、位置情報サービス システムのデプロイメントを考慮する必要があります。

デプロイメント パターンの選択は、組織の GIS システムを設計する際の最も重要な決定事項の 1 つです。 しかし、決定事項はそれだけではありません。 システムの設計には、セキュリティー、信頼性、統合など、検討すべき要素が多数あります。 そのため、ここに記載されている情報がすべてを網羅しているとは見なさないでください。 ArcGIS Well-Architected Framework のアーキテクチャーの実践および柱と製品ドキュメントを設計プロセスの一部として詳細に確認してください。