エンタープライズ アプリケーションのホスティングおよび管理システム (SaaS)

エンタープライズ アプリケーションのホスティングおよび管理システム パターンは、ArcGIS Online を使用した SaaS (Software as a Service) ベースのデプロイメントとして使用できます。

ArcGIS Online は、Esri が SaaS として管理および提供するクラウドベースの GIS です。 ArcGIS Online は、データ層、サービス/ロジック層、およびプレゼンテーション層にわたって機能を提供し、これらの機能が連携して完全な 1 つのシステムを形成しています。 ArcGIS Online は、世界トップ クラスのクラウド アーキテクチャー上に構築され、IT および GIS (地理情報システム) の専門家によって管理されており、信頼性の高い包括的な Web ベースの GIS 機能を備えています。

関連リソース:

基本アーキテクチャー

SaaS としてデプロイされたエンタープライズ アプリケーションのホスティングおよび管理システムの一般的な基本アーキテクチャーを次に示します。

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

エンタープライズ アプリケーションのホスティングおよび管理システムの基本アーキテクチャー (SaaS)

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

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

  • ArcGIS Online には、ユーザー、グループ、アイテムなどの標準的なポータル コンポーネントと、ベースマップやジオコーディング サービスなどの位置情報サービスが含まれます。 エンタープライズ アプリケーションのホスティングおよび管理システムを駆動する位置情報サービスは、別の位置情報サービス システムから一部または全部提供される場合もあります。 ArcGIS Online には、フィーチャ サービス、ベクター タイル サービス、およびマップ タイル サービスも用意されており、マッピングと視覚化 (およびその他) の機能を提供します。 ArcGIS Online データ ストアは、位置情報サービスを強化するために使用される組織のデータとコンテンツをホストします。
  • さまざまなユーザー ペルソナとワークフローをサポートするように設計された、Web、モバイル、およびデスクトップの幅広いアプリケーション。 エンタープライズ アプリケーションのホスティングおよび管理システムで使用されるアプリケーションの詳細をご参照ください。
注意:

カスタムのフルコード Web アプリケーションのホスティングは、ArcGIS Online では提供されていません。 カスタムのフルコード Web アプリケーションをホスティングするには、上の図に示されていない外部 Web ホスティング(Web サーバーなど) が必要です。

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

  1. クライアント アプリケーションは、HTTPS 経由で (通常はステートレスな REST API を介して) データ サービスや位置情報サービスと通信します。

ArcGIS Online の使用と管理の詳細については、ArcGIS Online の製品ドキュメントをご参照ください。

機能

SaaS 上のエンタープライズ アプリケーションのホスティングおよび管理システムの機能について、以下で説明します。 詳細については、機能の概要と、デプロイメント パターン間の機能サポートの比較をご参照ください。

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

基本機能

基本機能は、エンタープライズ アプリケーションのホスティングおよび管理システムに備わっている最も一般的な機能を意味し、上記の基本アーキテクチャーによって実現されます。

拡張機能

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

  • Premium Feature Data Store オプションを使用して、ArcGIS Online サブスクリプションのフィーチャ データ ストレージを拡張し、集中的なクエリー、編集、解析、抽出のサポートを強化します。
  • データの相互運用性と変換機能では、ArcGIS Data Interoperability に備わっている視覚的なプログラミング インターフェイス (ArcGIS Online のホスト フィーチャ サービスの読み取りと書き込みを含む) を使用して、数百のシステム間やアプリ間でデータを移動させることができます。 ArcGIS Online にデータを書き込む単純なパイプラインを簡単に作成およびスケジュール設定するための代替的な手段として、ArcGIS Data Pipelines があります。
  • ワークフローの管理と自動化では、セルフサービスのマッピング、解析、共有ワークフローで、ArcGIS Workflow Manager を使用してチーム間の作業を調整および自動化することができます。
  • 屋内 GIS では、フロア プラン データの作成と管理、建物内部のマッピング、フロア対応マップとサービスの共有を行う機能を ArcGIS Online に追加します。 この機能には ArcGIS Pro が必要であり、ArcGIS Indoors によって提供されます。 また、屋内 GIS は、ArcGIS Indoors を通じて提供される機能である ArcGIS Indoor Spaces で SaaS ベースの屋内スペース管理とワークスペースの予約を行うことで ArcGIS Online の機能を拡張します。 屋内 GIS は、通常、軽量のモバイル アプリやキオスクを通じて幅広い関係者グループ (企業や一般ユーザーなど) に屋内マップやアプリケーションを提供します。 そのため、屋内 GIS の一部は、エンタープライズ アプリケーションのホスティングおよび管理システムを通じて提供するのが最適です。
  • その他の業界別ソリューションでは、ArcGIS ソリューションを使用して、業界固有のアプリや ArcGIS Online の構成を迅速にデプロイできます。

検討事項

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

信頼性

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

  • ArcGIS Online は、複数のアベイラビリティー ゾーン、リージョン、およびサービス プロバイダーを活用して、冗長性、耐障害性、およびサービスの継続性を確保します。
  • ArcGIS Online が提供する SLA (サービス レベル アグリーメント)
  • 組織は、ArcGIS Online Health Dashboard で ArcGIS Online 位置情報サービスの正常性と可用性を監視できます。
  • エンタープライズ アプリケーションのホスティングおよび管理システムの復元可能性を検討する必要があります。 ArcGIS Online 外部のバックアップ プロセスと手順が推奨されます。

セキュリティー

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

  • 通常は、認証承認が必要です。 ただし、パブリックに共有されたアプリとサポート コンテンツは例外であり、認証は不要です。
    • 組織全体からログインするユーザーは多岐にわたるため、このシステム パターンでは SSO (シングル サインオン) による認証が一般的に採用されます。 SSO は通常、SAML や OpenID Connect を使用して実装されます。
    • ユーザー アクセスとデータ コラボレーションは、ロールベースのアクセス制御と、OAuth、SAML、OpenID Connect、多要素認証などの最新の承認および認証モデルによって管理されます。
  • システムは、システム スキャン、Web アプリケーション スキャン、データベース スキャンなどの脆弱性評価の対象となります。
  • ArcGIS Online のセキュリティーのベスト プラクティスと実装ガイダンスの詳細をご覧ください。

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

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

  • このシステムでホストおよび管理されるエンタープライズ アプリケーションでは、一般的に、パフォーマンスとスケーラビリティーが重要であるか、不可欠なものです。 アプリケーションは、マップやレイヤーなどのサポート コンテンツとともに、ユーザーと組織のパフォーマンスとスケーラビリティーに対する要求 (必要に応じて SLA を含む) を満たすように設計および構築する必要があります。 ArcGIS Online の高度にスケーラブルな Web アプリケーションの構成と、ArcGIS でのアプリとサービスの最適化の詳細をご参照ください。
  • 拡張は、ArcGIS Online によって自動的に処理され、複数のコンテンツ配信ネットワークにより、拡張性の高いマップとアプリが世界中のさまざまな場所に配信されています。
  • 米国、ヨーロッパ、およびアジア太平洋地域では、パフォーマンスを向上させ、データ レジデンシーの要件をサポートするための、地域別の地理空間データ ホスティングを利用できます。

自動化

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

  • ArcGIS Online では、公開、コンテンツ管理、および管理に関連する自動化は一般的です。 これは通常、ArcGIS API for Python を使用して行われます。

統合

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

  • このシステムに外部データやサービスを組み込んで、エンタープライズ アプリケーションで使用することは一般的です。 統合アプローチは、データまたはサービスレベルの統合に主眼を置く傾向があり、場合によっては自動化が伴います。 統合のアプローチと方法の詳細をご参照ください。
  • エンタープライズ アプリケーションのホスティングおよび管理システムは、通常、別の ArcGIS システムで生成または管理されるデータ、解析結果、またはその他のコンテンツを配信するために使用されます。 関連するシステム パターンの詳細をご覧ください。

可観測性

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

  • サービスとアプリケーションの使用率を慎重に監視することは、このシステム パターンにとって重要です。 エンタープライズ アプリケーションの提供は、通常、組織全体 (場合によってはそれ以上) にまで及ぶため、システム設計者や運用者が使用パターンや成長を予測できないことがあります。 監視を行うことで、適切に (SLA に従って) 運用を継続しながら、需要に応じたスケーリングや展開のタイミングを決定しやすくなります。
  • SaaS サービスとしての ArcGIS Online は、基盤となるインフラストラクチャーとソフトウェア内部の監視をサポートしていません。 ただし、システムの使用状況と正常性を監視する方法は提供されています。
  • このシステム パターンの一部の拡張機能 (ArcGIS Workflow Manager によるワークフローの管理と自動化など) には、追加の可観測性サポートがあります。 詳細については、対応する製品ドキュメントをご参照ください。
  • ArcGIS Hub サイトArcGIS Instant AppsArcGIS StoryMaps、およびカスタム アプリケーションを使用する場合は、Web 解析を使用することを強くおすすめします。
  • SAML や OpenID Connect ログインを使用する場合は、構成された ID プロバイダーを通じて、ユーザー ログインとアカウントの変更をさらに監視できることがあります。

その他

SaaS でエンタープライズ アプリケーションのホスティングおよび管理システムを設計および実装する際に考慮すべきその他の事項には、次のものがあります。

  • 通常、このパターンは、厳格な非機能要件や SLA を満たすように設計されています。 そのため、このシステム パターンを実装する際には、強力なガバナンスと IT ポリシーおよびロール (データ管理者やコンテンツ マネージャーなど) との整合性を十分に考慮する必要があります。

関連リソース:

Top