クラウド サービスとクラウド プロバイダー

ArcGIS ユーザーは、10 年以上にわたってシステムをクラウドにデプロイしてきました。フットプリントを絶えず拡大し、クラウド リソースを活用して ArcGIS アーキテクチャーを強化してきました。 今日、幅広いクラウド プロバイダーが幅広いサービス、機能、システムを提供しており、エンド ユーザーは、シンプルで焦点を絞ったものから、複雑でビジネスに欠かせないものまで、さまざまなシステムの構築が可能です。 システムは、迅速に開発され、存続期間が短い開発システムから、高度なサービスレベル契約 (SLA) と厳格なセキュリティー要件およびユーザー制限が適用されるシステムまで多岐にわたります。 クラウドの使用は、クラウドリソースを利用するアーキテクチャーと同様に、組織間や組織内でも大きく異なります。

クラウド デプロイメントの幅広さを示す代表的な例としては、次のようなものがあります。

• EC2 仮想マシンを使用して VPC ネットワークで ArcGIS Enterprise をホストし、Application Load Balancer が HTTPS リクエストのイングレスを提供し、AWS RDS for PostgreSQL データベースにデータを格納し、AppStream を使用して ArcGIS Pro クライアント セッションの確実かつ迅速なレンダリングをエンド ユーザーに提供する AWS での ArcGIS デプロイメント。
• Azure Virtual Machines とともに Azure SQL を使用して、同様のデプロイメント目標を達成する Azure での ArcGIS デプロイメント。 このシステムでは、Azure Virtual Desktop、Azure Application Gateway、Azure Storage Blob コンテナーを使用して、ラスター画像またはその他のファイルをホストし、分析とレンダリングを行うこともできます。
• Compute Engine 仮想マシン、データのホスティング用の GCP ロード バランサーおよび Cloud SQL for PostgreSQL とともに画像データのホスティング用の Google Cloud Storage アカウントを使用する ArcGIS の Google Cloud Platform デプロイメント。
• マネージド サービス プロバイダーが独自の「プライベート クラウド」データ センターでホストする、ArcGIS Server デプロイメントからスケーラブルな一般向けマップ サービスを公開することに重点を置いた一般向けコンテンツ プロバイダー システム。

これらの簡略化された例は、ArcGIS アーキテクチャーが IaaS から PaaS までの範囲でクラウド サービス上に構築される方法の一部を示しており、この柱の他のセクションで説明しているデプロイメントの概念またはパターンを活用される場合があります。

クラウドでの作業

クラウドベースのインフラストラクチャーの実装と管理は、いくつかの重要な点でオンプレミスのデプロイメントとは異なります。

• ストレージ モデル: クラウド プロバイダーは、オブジェクト ストレージ、サーバーレス データベース、データ レイク、仮想ファイル システムなど、パフォーマンスとコストの両方で大きく異なる可能性のあるさまざまなストレージ モデルを提供し、オンプレミスの選択肢とは、アーキテクチャー上の検討事項が大きく異なります。
• 弾力性と従量課金制のコスト モデル: クラウドは一般に、オンプレミスのリソースよりも弾力性とスケーラビリティーが高いため、管理者は負荷の観測に基づいてシステムをスケールアップし、必要に応じてスケールダウンできます。 このスケーラビリティーは、ワークフローで許可されている場合にのみ適用され、特定のハードウェア プロファイルにコミットするのではなく、需要に応じていつでも垂直方向と水平方向の両方でスケーリングを検討することが重要です。
• セキュリティー: クラウド環境のセキュリティーについては、異なる観点からの配慮が求められます。 多くのサービスは、適切に保護されていない限り公開インターネットから簡単にアクセスできるため、システムを「非公開ネットワーク上」に配置できなくなったという理解とともに安全なネットワーク設計が重要となります。 多くの組織は、新しいクラウド環境を使用して新しいセキュリティー対策、アプローチ、またはワークフローを実装しており、クラウド システムは多くの場合、オンプレミスのデプロイメントとは根本的に異なる前提条件とアーキテクチャーの入力情報が根本的に異なるテクノロジーやアプローチを使用して保護されます。
• 追加のクラウド ネイティブ サービスの使用: クラウド プロバイダーは、SaaS、PaaS、IaaS のカテゴリでアクセスしやすいさまざまなサービスを提供してきました。 これらのサービスは、スクリプトを実行したり API を作成したりできるサーバーレス コンピューティング システムから、マネージド データベース、ストレージ タイプ、機械学習インターフェイス、または新しいコンピューティング アプローチまで多岐にわたります。 この一連のリソースを通じて、多くの有用なサービスがエンタープライズ GIS システムのアーキテクチャーで役割を果たす可能性がありますが、コスト、機能、ユーザビリティに関する検討事項については慎重に評価する必要があります。

推奨

Esri は、主要なクラウド プロバイダーと緊密に連携して、自社のソフトウェアがこれらのシステムに対応すること、および新しいテクノロジーやシステムの変更を活用できるようにしています。 クラウド プロバイダーに関する ArcGIS 固有のアドバイス (特にアーキテクチャーに関連するもの) を提供するため、次の事項が適用されます。

• ArcGIS は、十分な計画を立てることで、サポートされている OS を使用する任意のクラウド環境に正常にデプロイできます。 ArcGIS は具体的にいずれかのクラウド プロバイダーをサポートしている (またはサポートしていない) わけではなく、Esri のソフトウェア サポートがオペレーティング システム レベルで定義されているため、ArcGIS 製品でサポートされているオペレーティング システムを配置できるクラウド プロバイダー (パブリック、プライベート、その他) は、潜在的なデプロイメント環境と見なすことができます。 ユーザーは、この場合のデプロイメントがサポートされており、成功の可能性が高いと判断できます。 ストレージ プロバイダー、データベース、ネットワーク コンポーネント、その他の提供サービスなどのクラウドネイティブ サービスは、ArcGIS のドキュメントで別途説明されている場合を除き、完全にはサポートされない場合があります。
• クラウドネイティブ機能のサポートには微妙な差があり、製品、リリース、およびクラウド プロバイダーによって異なる場合があります。 ArcGIS ソフトウェア製品は、これらの製品に対する需要の増加に応じて特定のクラウド PaaS およびクラウド IaaS の機能をサポートし、Esri は、自社の製品戦略に沿ってサポート方法を策定しています。 サポートはクラウド プロバイダーによって異なる場合や、特定のガイダンスを適用する場合があるため、予想されるデプロイメント バージョンについては、製品ドキュメントを詳しくご参照ください。
• Esri は、特定のクラウド プロバイダー向けにプロバイダー固有のツールを構築して、自動デプロイメントを推進します。 Esri は、お客様のご意見に基づき、Azure Cloud Builder や ArcGIS Enterprise CloudFormation テンプレートなどの一連のツールを構築してきましたが、これらのオプションは定義上、プロバイダー固有であり、クラウド間の機能として意図されたものではありません。 ほとんどのエンタープライズ IT 組織にとって、クラウド デプロイメントの自動化は複数チームが携わる工程であり、そこでは、ArcGIS アーキテクチャーが既存のネットワーク システムまたは一連の構成に統合されます。 自動化ツールは、ソフトウェアを配置し、これらのリソースに精通するための迅速な方法として機能しますが、ほとんどの最終的アーキテクチャーは、より具体的で的を絞った方法を使用して配置されます。
• クラウド環境は、ほとんどのオンプレミス システムと同じくらい、あるいはそれ以上に安全です。 クラウド リソースの使用を検討している多くの組織は、セキュリティー上の問題を抱えているか、パブリック クラウド リソースをどのように保護できるかについて懸念しており、多くの ArcGIS ユーザーとアーキテクトもこういった問題を共有しています。 オンプレミスのシステムやデータ センターと比較すると、クラウド リソースは抽象的に見える場合があり、デフォルトの構成では、開発中のシステムが計画よりも利用しやすくなったり、オープンになったりする可能性があります。 ただし、クラウド環境は、適切に計画、保護、管理されていれば、主にクラウド プロバイダーの共有セキュリティー モデルと主要システムの冗長性および可用性の向上により、オンプレミスのシステムやデータ センターよりも安全となる場合があります。 また、クラウド環境では、新しいセキュリティー標準やプロトコルをより早い段階で実装することも多く、新しい機能の追加のためにはパッチ適用やアップグレードに依存するほとんどのオンプレミス システムよりも迅速に、既知の脆弱性に対するパッチ適用を行えます。
• クラウド プロバイダーを選定するときは、組織的な経験が重要な要素となります。 ArcGIS ソフトウェアをクラウドにデプロイする場合、このシステムが組織にとって初めてのクラウド デプロイメントであろうと 50 回目であろうと、関与するスタッフの経験が成功を大きく左右します。 つまり、エンタープライズ IT 組織にすでに AWS の使用経験が豊富にある場合は、ArcGIS Enterprise デプロイメントを Azure ではなく AWS にデプロイすることを提案する方が妥当と言えます。 Azure DevOps パイプラインを使用してデプロイメントを自動化した経験がチームにある場合は、そのプロセスに沿って進むのが最適であり、その経験とベスト プラクティスを活用できます。