ArcGIS を構成するツールやテクノロジーは、歴史的にさまざまな Microsoft のテクノロジーと統合されてきました。 Esri と Microsoft が製品戦略、用語、サービスを進化させる中で、この緊密なパートナーシップは、継続的な開発、伝統的なパターンと先進のパターンの融合、そして ArcGIS を Microsoft と連携するさまざまな方法をもたらしました。
このトピックでは、これらのテクノロジーに関する高レベルのガイダンスを提供し、アプローチの方法を提案します。必要に応じて、ArcGIS や Microsoft の関連ドキュメントへのリンクを添付して追加のコンテキストも提供します。
各種 Microsoft テクノロジーによる ArcGIS 製品のサポートに関する概要は、「ArcGIS for Microsoft」をご参照ください。
ビジネス生産性スイートである Microsoft 365 には、ArcGIS と統合できる、あるいは ArcGIS システムと連携できるさまざまなアプリケーションが用意されています。 これらの統合により、ユーザーがすでに慣れ親しんでいるツールに、ArcGIS の機能が直接組み込まれます。
Microsoft 365 のアドインである ArcGIS for Excel を使用すると、ユーザーは、Excel スプレッドシートと ArcGIS のベースマップやコンテンツを組み合わせて、Excel の環境に直接埋め込まれたマップを作成できます。 ユーザーは、ArcGIS Online や ArcGIS Enterprise の組織からコンテンツに接続できます。 このアドインには、マップのインターフェイスを介さず Excel で直接使用できる豊富な空間関数セットも含まれており、ジオコーディングやジオメトリーの操作、その他のワークフローに利用できます。 Excel で作成されたマップは、ArcGIS Online や ArcGIS Enterprise に再公開することも可能です。
ArcGIS for SharePoint は、Microsoft 管理者が有効化できる SharePoint アプリおよび Web パーツで、有効化されるとユーザーは SharePoint ページで作成できるようになります。 ArcGIS for Excel と同様に、ユーザーは SharePoint のリストからデータをマップに描画し、ArcGIS Online や ArcGIS Enterprise の ArcGIS レイヤーを統合して、結果をさらに活用できるよう GIS システムに共有します。
ArcGIS for Teams では、ユーザーは、マップやロケーション インテリジェンスを Microsoft Teams アプリケーションに取り込んで、状況認識やその他のワークフローをサポートできます。 ユーザーは、Microsoft AppSource からローカルで使用できるよう Teams プラグインをインストールできます。権限を持つユーザーは、必要な権限でチャネルやミーティングに ArcGIS for Teams を追加できます。
OneDrive 内にデータを持つ ArcGIS Online ユーザーは、ArcGIS Online のインターフェイスを使用して、ホスト フィーチャ レイヤーとしてこれらのクラウド ドライブ ファイルを公開できます。
OneDrive や SharePoint サイトを使用してプロジェクトのデータやファイルを共有する組織は、ArcGIS Pro でこれらのサービスを使用するために関連する重要な推奨事項を把握しておく必要があります。 シングルユーザーのワークフローやデータは OneDrive と互換性がある一方、マルチユーザーによるプロジェクトやデータへのアクセスは、慎重に管理しないと問題が生じる可能性が高くなります。
Microsoft Visio を使用するチームは、Architecture Center の一部として提供されているアーキテクチャー ダイアグラム ツールキットを利用できます。 Visio は、ワークフロー、プロセス ダイアグラム、およびその他の ArcGIS システムに関連するコンテンツを図示するための便利なツールでもあります。
Microsoft Defender も、ArcGIS システムで多く使用される Microsoft 365 コンポーネントで、クライアントおよびサーバー コンピューターの基盤となるオペレーティング システムに適用されます。 ウイルス対策ソフトは、重大な脅威に対する保護オプションを提供しますが、ArcGIS アプリケーション全体にわたってソフトウェア ワークフローに干渉する可能性もあります。 効果的にアンチウィルスを使用するために推奨される除外事項やパターンについては、ArcGIS Trust Center (ログインが必要) のドキュメント「ArcGIS アンチウィルス ガイダンス」をご参照ください。
Microsoft Fabric は、Microsoft が提供するエンタープライズ データ統合、ストレージ、解析プラットフォームで、複数の主要なアプリケーションやパターンが、統一された 1 つの環境に統合されています。 ArcGIS テクノロジーは Microsoft Fabric ストーリーの複数部分に関連しており、統合ポイントはこれらの領域にわたっています。
ユーザーは、データフレームから自身のデータにアクセスできるだけでなく、Web サービスから検索して信頼できる組織やパブリック データセットにアクセスし、OneLake ソースの比較や操作を行えます。
GeoAnalytics Engine for Fabric の使用に関する詳細は、Esri のドキュメント、Microsoft のドキュメント、統合についてのビデオ サマリーをご参照ください。
Spark ジョブ定義は Fabric Data Factory の構成内で使用でき、既存または新たに開発されたデータ移行および変換パターンに、地理空間ステップを追加できます。
Fabric ワークロードは、さまざまなソースのデータセットをまとめる OneLake と連携します。 オブジェクト ストレージやリレーショナル データベース、Azure 内、または他のクラウド プロバイダーに保存された地理空間データは、データベース ミラーリングやストレージ ショートカットを通じて OneLake に統合できます。 Fabric と連携するデータベースは、SQL Server や PostgreSQL などの空間タイプを持つ場合や、Fabric ワークロードで使用できる空間データ テーブルをホストする場合もあります。
PowerBI は Fabric の重要なコンポーネントです。ArcGIS データでの Power BI の使用については、以下の追加説明をご参照ください。
ArcGIS for Microsoft Fabric と同様に、Azure Synapse Analytics は、PySpark ノートブック内で ArcGIS GeoAnalytics Engine を使用できるようサポートしています。
Microsoft Power Platform には、以下に説明する ArcGIS のサービスやインターフェイスを操作するためのパターンが複数用意されています。
ArcGIS Connectors for Power Automate は、ArcGIS サービスへの Power Automate ネイティブ接続ポイントのセットであり、さまざまな統合シナリオをサポートしています。 Power Automate は、スケジュール済みの ETL パターンとして、または Microsoft や Azure システム内外のその他のイベントドリブン トリガーに基づいて、ワークフローベースのアクションで使用されます。 ArcGIS Connectors は、それぞれに若干機能が異なる ArcGIS Enterprise、ArcGIS Online、ArcGIS Location をサポートしています。 これらのコネクターを使用する一般的な統合パターンには以下のようなものがあります:
そのプロバイダーの Power Automate コネクターを通じてリモート データソースに接続し、データを ArcGIS のフィーチャ サービスにフィードします。
レコードを別のステップや場所に渡す前に、ジオコーディングやジオエンリッチメント サービスを使用してレコードに情報を付加します
フィーチャの編集に基づいてメールをトリガーします
ArcGIS Enterprise、ArcGIS Online、または ArcGIS Field Maps のワークフローから送信された Webhook を受信します。
複数のデータセット間で空間結合とサマリーを完了し、OneLake に出力してさらに解析します。
これらは ArcGIS Connectors for Power Automate でサポートできるワークフローのほんの一部です。その他の例やガイダンスについてはドキュメントをご参照ください。
ArcGIS Maps for PowerBI は、Esri が Microsoft ユーザー向けに提供している別の地理空間機能です。 PowerBI に直接組み込まれた ArcGIS Maps のビジュアルは、Power BI データセットからの空間データ レイヤー (住所や緯度経度などの位置情報) を、ArcGIS Enterprise または ArcGIS Online の参照レイヤーと並べて表示するようサポートします。 ネイティブ統合として、ユーザーは、Power BI Desktop、オンライン作成エクスペリエンス、またはオンラインで公開されたレポートのいずれかで、既存のデータ レイヤーと並んで表示された Maps のビジュアルを直接操作できます。
Maps for PowerBI でよく使用される統合パターンは、地域ごとの売上などのビジネス データと、Esri が提供する米国の郡のようなデータや販売地域のような内部データセットなどの、区画単位による商圏のセットを組み合わせます。 これらのデータは、結合によってさらに統合され、量やその他の属性に基づいてデータをシンボル表示するために使用できるほか、PowerBI のスライサーやフィルターを使用してレポートを操作できます。
REST 経由でアクセスできる ArcGIS サービスは、JSON データ コネクターにより PowerBI へのデータ入力として使用できます。これは、他のデータセットと同様に、スライサー、チャート、テーブル、またはその他のビジュアルを作成するために使用できます。 このパターンは、ArcGIS Online、ArcGIS Enterprise、ArcGIS Location Platform のデータ サービスをサポートできます。 ワークフローは、マップ サービスのフィーチャ レイヤーやイメージ サービスなどの REST エンドポイントに対してクエリーを作成し、JSON 形式のデータが返された後、そのクエリーの URL を PowerBI のデータ ソースとして使用することに基づいています。 返された JSON のデータはネストを解除して PowerBI のデータソースとして使用できます。 この方法では、認証の制限に注意してください。パブリック サービスは最適に機能しますが、セキュリティーで保護されたサービスは、統合のために長期トークンや API キーを必要とする場合があり、ほとんどの REST サービスは応答を一定のレコード数に制限しているため、PowerQuery の構成で改ページ ロジックが必要になることがあります。
PowerBI で ArcGIS ベースのデータソースにアクセスする別のパターンでは、組み込みコネクターを使用して Power Automate で ArcGIS サービスをクエリーし、その結果を OneLake、データベース、または PowerBI への入力としてサポートされる他のシステムにファイルとして出力します。 この ETL プロセスでは、データのコピーが作成され、スケジュール済みの PowerBI プロセスによって最新状態に維持されます。データの変換や統合をインプロセスに組み込むこともできます。
ArcGIS のインターフェイスやデータセットを Canvas やモデルドリブン アプリに類似した Power Apps 環境に取り込む他の一般的な方法は、<iframe> エレメントに ArcGIS Web アプリケーションを埋め込むことです。
この統合に関する推奨事項の詳細は、「iframe に ArcGIS アプリケーションを埋め込む」をご参照ください。 Power Platform の使用例、特に埋め込みアプリケーションがユーザー ログインや認証を要求する場合は、シングル サインオンに関する推奨事項を特に入念に確認してください。
このパターンのありうる使用例は以下のとおりです:
対応する場所をリスト表示する際にマップを読み込む ArcGIS の Web アプリケーションの埋め込み
ArcGIS Experience Builder で構築されたフィーチャ編集アプリケーション。許可ソリューションの一部として読み込まれ、ユーザーが Power アプリのフォーム ビューに戻ってデータを入力する前に境界を描画するステップをサポートします
企業は、洪水リスクのマップや保険適用範囲のマップと併せて、方針や補償の変更によって生じるコンテキストや潜在的な地理的影響をより深く理解できますます
.NET 開発者は長年にわたって ArcGIS SDK を使用し、空間ツールや機能を使って独自のアプリケーションやワークフローを構築してきました。 現在、Esri はこの Microsoft テクノロジーとの統合をサポートする .NET 開発 オプションを複数提供しています。
ArcGIS Runtime SDK for .NET は、マップ中心の操作によりモバイルまたはネイティブ アプリケーションを作成する必要がある開発者向けに設計されています。 SDK は、地理空間 Web サービスの操作、オンデバイス解析の完了、地理空間データのオフライン作業、複雑な編集ワークフローのサポートなどを行うための、一連のクラスやメソッドを提供します。 この Runtime SDK で構築されたアプリケーションは、iOS、Android、Windows およびその他のオペレーティング システムに配置できます。
ArcGIS Pro SDK for .NET は、ArcGIS Pro のアドインや構成を作成するために設計された .NET SDK です。 この SDK は、外部のサービスやシステムと統合するアドインを作成したり、特定のツールや機能のセットを有効にして ArcGIS Pro を開く構成を作成したりできます。 開発者は、SDK を使用して、新しいユーザー インターフェイスの作成、パターン編集のサポート、マップ操作などを行うことができます。 統合の目的で、ArcGIS Pro アドインは ArcGIS Pro 向けにプロバイダー固有のインターフェイスを構築する一般的な方法です。ユーザーは、リモート システムにログインし、一連の API を操作して、ArcGIS Pro のマップに表示できるデータを抽出でき、可能な限り双方向パターンで作業することもできます。
ArcGIS Enterprise SDK for .NET を使用すると、Windows ベースの ArcGIS Server サイトにデプロイ可能なサーバー オブジェクト インターセプターやサーバー オブジェクト エクステンションを開発できます。 インターセプターとエクステンションはいずれも、統合ワークフローに有用であり、以下のようなものがあります:
フィーチャ レイヤーのクエリー リクエストに適用される SOI は、別の API への呼び出しを使用して、GIS システムに存在しない属性を追加することで結果に情報を付加します
SOE を開発すると、特定のワークフローに合わせてカスタム開発されたモバイル アプリケーションによって呼び出される、別のデータベース プロバイダーやデータ ストレージ システムにアクセスできます
SOI のセキュリティー統合では、リクエスト側のユーザー名を使用して別のセキュリティー システムにクエリーすることで、レイヤー レベルまたは行レベルのセキュリティーを導入できます
多くの組織は、Azure のコンポーネントやサービスと連携する ArcGIS システムを構築し、配置します。 Azure のシステムを設計するアーキテクトはさまざまなサービスを使用しており、このセクションでは各サービスの有用なコンテキストと ArcGIS ソフトウェアとの標準的な統合パターンを紹介します。
ArcGIS システムは、アトミックな Azure サービスを使用してゼロから構築できます。ARM テンプレートによる自動化によって配置することも、ArcGIS Enterprise Cloud Builder for Microsoft Azure を使用して構築することもでき、Azure リソースの配置や ArcGIS ソフトウェアの構成のための視覚的かつウィザードベースのインターフェイスを提供します。
Azure で最も一般的なアーキテクチャー パターンは、さまざまなオペレーティング システムのオプションを備えた仮想化された計算リソースを提供する Azure 仮想マシンに依存しています。 多くの組織は、Azure VM と対応する Windows または Linux オペレーティング システムを使用して、ArcGIS Enterprise コンポーネントと ArcGIS Pro をホストし、配置しています。 VM は特定の計算リソースをシンプルに配置する方法を提供し、多くの Azure ベースのアーキテクチャーの基盤となる構成ブロックです。 Azure VM は Entra ID ドメインへの参加や Entra ID によるログインをサポートしており、オンプレミスの VM やエンドポイントのユーザー アクセスや特権パターンの多くをシミュレートできます。
AKS (Azure Kubernetes Service) を使用すると、適切にプロビジョニングされたクラスターに ArcGIS Enterprise on Kubernetes を配置できます。 AKS は堅牢な Kubernetes ホスティングを提供しており、スケーラビリティー、レジリエンス、可観測性のためのさまざまな組み込み機能を備えています。 アーキテクチャーの観点から見ると、 note AKS が Kubernetes バージョンへの定期的なアップグレードを適用します。つまり、組織はサポートされたリリースに合わせるため定期的に Kubernetes Enterprise のアップグレードを計画する必要があります。
AVD (Azure Virtual Desktop) は、エンドユーザー クライアント向けのマネージド VM サービスを提供しています。 このサービスは、仮想化された ArcGIS Pro ホストへのアクセスを提供するため、ArcGIS システムでよく使用されています。 VDI 環境で ArcGIS Pro を実行するためのアーキテクチャーに関する推奨事項は、AVD にも適用されます。 Microsoft は、アーキテクチャー センターの一部として AVD アーキテクチャーの例を公開しています。
Azure Entra ID は、ほぼすべての Azure デプロイメントに不可欠な要素であり、多くの組織は、Entra ID を使用したハイブリッド ディレクトリー サービス、あるいは Entra ID に完全に移行したサービスに切り替えています。 このテクノロジーは、いくつかの点で ArcGIS に関連しています:
組織は、ArcGIS Online や ArcGIS Enterprise を構成し、SAML または OIDC プロトコルを通じて Entra ID をエンタープライズ ID プロバイダーとして使用するようにできます。 Entra ID は、管理者が認証目的で VM やデータベース サービスをドメインに結合できる、従来のドメインとしても使用されます。
Entra ID アプリ プロキシー サービスは、内部アプリケーションやオンプレミス システムへのインターネット アクセスを提供する Azure ソリューションです。 App Proxy コンポーネントは内部の Web サーバーにインストールされ、Entra ID に接続するように構成されます。これによりアプリケーション用の一般公開用 URL が作成され、セキュリティー保護されたトンネルを介して内部サーバーにトラフィックを戻します。 パススルー モードでは、Entra App Proxy は DMZ を構築したりリバース プロキシーを配置したりせずに、内部アプリケーションへのインターネット接続アクセスを提供する効果的な方法となる場合があります。 ユーザーを事前認証するように構成した場合、Entra ID App Proxy はアイデンティティー認識型プロキシーの一例となります。
仮想マシンに基づく多くのデプロイメントでは、システムは、DNS 管理から完全なドメイン参加まで、何らかのレベルで Entra ID と統合される可能性があります。 これらの構成は、ArcGIS コンポーネントが、承認された方法で管理されるよう、他の組織の IT イニシアティブと整合して最適に定義されます。
ArcGIS システムでは、Azure のさまざまなマネージド データベース サービスが一般的に使用されています。 ArcGIS は、クエリー レイヤーを通じてアクセスするエンタープライズ ジオデータベースとして、また Kubernetes Enterprise 向けリレーショナル ストアとして使用できる、Azure SQL Database や Azure SQL Managed Instance などのデータベース サービスと統合されています。 Azure は、組織の必要に応じて SQL Server と PostgreSQL の両方のオプションを提供し、パフォーマンスとコストのバランスを取るサーバーレス オプションもあります。 Azure SQL Managed Instance を使用すると、Entra ID との密接な統合が可能です。
Azure CosmosDB は Azure 上で提供される柔軟なドキュメント データベース サービスで、いくつかのシナリオで ArcGIS に関連しています。 Azure Cosmos DB for PostgreSQL は、ArcGIS Pro および ArcGIS Enterprise で使用するための対応企業向けデータベース ホスティング パターンです。 Cosmos DB は、データ ソース タイプとして ArcGIS Velocity からアクセスでき、永続性と解析のためレコードを Velocity に読み込むことができます。
Azure Application Gateway は、ArcGIS Enterprise デプロイメントの共通エントリーポイントを提供するためによく使用される、リバース プロキシーおよび負荷分散ソリューションです。 Azure Cloud Builder は、標準デプロイメント アーキテクチャーの一部として Azure アプリケーション ゲートウェイを配置しており、このサービスはさまざまな関連機能を提供します。 アプリケーション ゲートウェイは、TLS 証明書の設定を構成する、別々のバックエンド サーバー プールに転送する、バックエンドのエンドポイントに対するポート変換を管理する、構成に必要な URL やヘッダー、その他の HTTP コンポーネントを書き換えるなどの作業をサポートできます。
Azure Databricks は、Azure コンピューティングを基盤とし、Azure ストレージ コンテナーおよびサービスと連携する、マネージド Databricks サービスです。 ArcGIS GeoAnalytics Engine は、Azure Databricks 内 で使用され、大規模なデータセットにわたってデータ変換および解析ワークフローを完了できます。
Azure NetApp Files は、NetApp が提供するクラウドネイティブ ストレージ サービスで、重要なシステム コンポーネントやアセットを格納するための、非常に高性能なファイルシステムを提供します。 ArcGIS Enterprise デプロイメントでは、特に高可用性やシステムの信頼性が重要な場合、Azure NetApp ファイルを使用して構成ファイルやコンテンツを保存できます。
Azure の API Management は、API 管理パターンの ArcGIS デプロイメントに使用できる API 向け管理プラットフォームです。 Azure API Management との一般的な統合パターンには、GIS サービスにカスタマイズされたセキュリティーを適用する、異なる構成に基づいて異なるサービスにプロキシーするエンドポイントを作成する、リクエストを選択的にインフラストラクチャーにリバースプロキシーする、などのパターンがあります。
Azure Monitor と Azure Log Analytics は、アプリケーションのパフォーマンス データに対する高度なクエリーと可視化をサポートする Azure の可観測性サービスです。 Microsoft Azure 上の ArcGIS Enterprise は、Azure Monitor に ArcGIS Server ログを送信するよう構成できます。送信されたログは他のシステム メトリクスと併用して解析できます。
Azure Functions は、URL やリクエストを通じて呼び出せる軽量でサーバーレスのアプリケーションです。 Python ベースの Azure Functions は、ArcGIS API for Python を使用して ArcGIS Services へのリクエスト、コンテンツの作成や更新、フィーチャ サービスへの行の書き込みなどが可能です。 NodeJS ベースの Azure Functions は arcgis-rest-js ライブラリーを使用して同様の統合を実現できます。 arcpy は ArcGIS ソフトウェアのライセンスが必要なため、Azure 関数内では実行できません。
多くの ArcGIS システムは、データセットを Azure Blob Storage のアカウントおよびコンテナー (主に Blob コンテナー) に保存しています。 一般的なワークフローには、画像データの保存、パターンのバックアップ、ArcGIS Enterprise の基本的なシステム ストレージなどがあります。 Azure Blob Storage は、システム ディレクトリーの格納場所として使用でき、Portal for ArcGIS のコンテンツ ストアや ArcGIS Server サイトの構成ストアおよびサーバー ディレクトリーをサポートしており、オブジェクト ストアとしても構成できます。 ArcGIS Enterprise デプロイメントは、Azure ストレージ アカウントや Azure Data Lake Storage Gen2 コンテナーをクラウド ストアとして登録できます。登録後は、解析プロセスへの入力として、また解析ワークフローの結果を出力する場所として使用できます。
ArcGIS Data Pipelines は、Azure Blob Storage コンテナーに接続してファイルを取り出すこともできます。 ほとんどのシナリオでは、マッピング ワークフローでは S3 内のベクター データの直接読み取りはサポートされていませんが、これらのベクター データセットを解析の入力として使用することは、AWS 内または AWS に隣接する Spark 環境で実行されている ArcGIS Pro または ArcGIS GeoAnalytics Engine を使用した地理解析ワークフローでは一般的です。 ArcGIS Pro は、クラウド ストレージ接続から Apache Parquet ファイルに接続し、読み取ることもできます。
Azure CDN (Content Delivery Network) は、グローバルなポイント オブ プレゼンスを利用して Web リクエストを高速化できる Azure のコンテンツ配信ネットワーク サービスです。 CDN は Web アプリケーションや ArcGIS Enterprise 自体と統合できますが、重要な注意点がいくつかあります。 CDN の使用に役立つ考慮事項については、この Esri Community の投稿をご参照ください。
多くの組織は、ArcGIS と SQL Server をリレーショナル データベース リポジトリーとして併用しており、エンタープライズ ジオデータベースやユースケースに基づくクエリー レイヤーを通じてアクセスできます。 SQL Server 機能の多くのタイプは、ArcGIS ワークフローと互換性があり、関連するベスト プラクティスが提供されています。
エンタープライズ ジオデータベースのフィーチャクラスの操作の多くで、ArcGIS ツールの使用が推奨されます。ブランチ バージョニングやアーカイブなどの特定の構成では、慎重な操作を必要とする複雑な SQL 定義が作成される可能性があるからです。
データベース ロジック内で ArcGIS の空間 SQL 関数を使用すると、データ ワークフローの自動化、さまざまなデータセットの統合、新しい出力テーブルやビューの作成に役立ちます。
データベース ビューを操作する場合は、ArcGIS クライアントからビューを操作する前に、SQL インターフェイスでビューのパフォーマンスが十分であることを確認してください。 マテリアライズド ビューをサポートするデータベース システムは、この機能を利用することで、定期的に更新されるビューに対するクエリーのパフォーマンスを向上させるため、この機能を検討することがあります。
Azure のリアルタイム ワークフローでは、Azure Service Bus や Azure Event Hub という、メッセージの処理、キューイング、管理を提供する Azure ネイティブ サービスがよく利用されます。 ArcGIS Velocity は、これらのクラウド フィードと統合して、イベントを読み取り、解析フローを通じてフィードを処理できます。