トップへ戻る

エンタープライズ アプリケーションのホスティングおよび管理システムのデプロイメント パターンの選択

エンタープライズ アプリケーションのホスティングおよび管理システムは、通常、次の 4 つのデプロイメント パターンのいずれかを使用してデプロイされます。

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

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

注意:

機能と検討事項は、デプロイメント パターンによって大きく異なります。 詳細については、以下の比較とデプロイメント パターンのページを確認してください。

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

機能の比較

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

エンタープライズ アプリケーションのホスティングおよび管理システムで使用される機能のうち、通常は他のシステムによって提供される機能 (ベースマップ、ジオコーディング、位置情報サービス システムによって提供される位置情報サービスなど) は、以下に示されていません。 関連するシステム パターンの詳細をご覧ください。

機能 SaaS PaaS Windows/Linux Kubernetes
マッピングと視覚化
アプリ構築  
サイト構築  
データの公開とホスティング
データ編集
データのインポートとエクスポート
データの相互運用性と変換1    
ワークフローの管理と自動化   2 2、3
空間結合と空間リレーションシップ  
ネットワーク解析 4 4
パターン解析  
近接解析  
集計分析  
ジオメトリー解析
3D 視覚的解析  
ホストされた Python ノートブック   5
屋内 GIS6
ミッション管理     7  
その他の業界ソリューション8  

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

  1. ArcGIS 向け ArcGIS Data Interoperability は、すべてのデプロイメント パターンでサポート ↩

  2. ArcGIS Workflow Manager -Server が必要 ↩ ↩2

  3. Windows/Linux インフラストラクチャーが必要 ↩

  4. 位置情報サービス システムまたは追加データ (ArcGIS Street Map Premium など) との統合が必要 ↩ ↩2

  5. ArcGIS Notebook Serverが必要 ↩

  6. フル機能は複数のシステム パターンにまたがる ↩

  7. ArcGIS Mission Server が必要 ↩

  8. 一部の業界ソリューションは SaaS でのみ利用可能 ↩

上記の各行の詳細については、エンタープライズ アプリケーションのホスティングおよび管理システムの機能をご参照ください。 また、上記の各セルについては、エンタープライズ アプリケーションのホスティングおよび管理システムのデプロイメント パターンのページで詳しく説明しています。

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

一般的な検討事項

以下の検討事項は、組織のビジネスと IT のニーズを適切なエンタープライズ アプリケーションのホスティングおよび管理システムのデプロイメント パターンに合わせることを目的としています。 ここに示す情報は、すべてを網羅するものではなく、エンタープライズ アプリケーションのホスティングおよび管理システムの設計と実装における主要な検討事項に焦点を当てています。

  • カスタムのフルコード Web アプリケーションには、すべてのデプロイ パターンに対して外部の Web ホスティング機能 (Web サーバーなど) が必要です。
  • スケーラビリティー、信頼性、SLA (サービス レベル アグリーメント)、セキュリティー、組織と Esri 間の責任のバランスは、デプロイメント パターンの選択における主要な要因になる傾向があります。 詳細については、信頼性、パフォーマンスとスケーラビリティー、およびセキュリティーの柱をご参照ください。
  • ArcGIS Online を使用した SaaS デプロイメント パターンでは、市場投入までの時間が最も短縮されます。
  • 公共の関係者にアプリを提供する組織では、スケーラビリティーとインターネットへのアクセス性が組み込まれているため、SaaS または PaaS のデプロイメント パターンを一般的に使用します。
  • SaaS と PaaS では、SLA (サービス レベル アグリーメント) はそれぞれ異なります。 詳細については、ArcGIS Online (SaaS) SLA および ArcGIS Location Platform (PaaS) SLA をご参照ください。
  • エンタープライズ アプリケーションのホスティングおよび管理システムは、位置情報サービス システムによって提供される位置情報サービスに大きく依存しています。 これら 2 つのシステム パターンは、特に SaaS または PaaS としてデプロイされる場合は、組み合わせられることが一般的です。 エンタープライズ アプリケーションのホスティングおよび管理システムを設計する際には、位置情報サービス システムのデプロイメントを考慮する必要があります。
  • 上記のいくつかの違いに加えて、他の拡張機能はデプロイメント パターンによって大きく異なります。 考慮すべき違いには次のものがあります。
    • ワークフローの管理と自動化は、通常、ArcGIS Online (SaaS) と ArcGIS Enterprise (Windows/Linux) の両方のデプロイメント オプションを持つ ArcGIS Workflow Manager によって提供されます。 これら 2 つのオプションの機能は異なるため、オプションを評価する際には製品ドキュメントをよく確認してください。 また、ArcGIS Workflow Manager for ArcGIS Enterprise は Windows と Linux でのみ使用できますが、Kubernetes と Windows/Linux のハイブリッド デプロイメント向けに、Kubernetes ベースのデプロイメント パターンと統合できます。
    • Python ベースの解析と自動化は、ArcGIS API for Python を使用するすべてのデプロイメント パターンでサポートされています。 SaaS および Windows/Linux のデプロイメント パターンは、GIS システム内で管理されるホストされた Python ノートブックもサポートしており、ノートブックのスケジュール設定など、追加の機能と統合の機会を提供します。 詳細については、「ArcGIS Notebooks」をご参照ください。 ホストされた Python ノートブックは、現在、PaaS と Kubernetes のデプロイメント パターンではサポートされていません。

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

Top