ArcGIS GeoEvent Server を配置して管理する場合、いくつかの設計原則について検討する必要があります。
GeoEvent Server はトランザクションではない
GeoEvent Server の設計は、イベントが頻繁かつ周期的であることを前提としています。 何らかの理由でイベントが受信されない場合、そのイベントは失われたと見なされ、GeoEvent Server はそのイベントを回復することも処理することも行いません。 欠落しているイベントを置き換えるために、定義された間隔で別のイベントが受信されるということが仮定されます。 たとえば、車両がその位置を 30 秒おきに報告していたが、サーバーに技術的故障が発生した場合、それらの車両の位置は、サーバーが再び稼働するまで失われます。 サーバーは、再び稼働した後に、定義された間隔でイベント データの受信を開始し、サーバーが停止していた間に送信されたすべてのイベントが失われた見なされます。
GeoEvent Server はトランザクションではなく、受け取るすべてのイベントを適切に受信し、処理し、配布することを保証しません。 このレベルのトランザクションの保証が必要な場合は、別の解決策を調査することをお勧めします。 または、トランザクション要件の情報源および妥当性を決定するために、要件の確認を保証することがあります。 このトピックの概念に基づいて有効な保護的措置を実施できると仮定して、十分なシステムの回復時間を提供し、データ損失を最小限に抑えることができる、回復力のある GeoEvent Server のシステム アーキテクチャを実現することができます。
GeoEvent Server からのコンテンツの配布
GeoEvent Server は、外部データ ソースからのリアルタイムのデータ フィードを処理するために使用できますが、ArcGIS とシームレスに連携できるように設計されています。 GIS 専門家は、ArcGIS Pro を使用してコンテンツを作成し、ArcGIS Enterprise で共有します。 ArcGIS Collector や ArcGIS Dashboards などのアプリは、ArcGIS Enterprise ポータルで地理空間コンテンツを作成するためのワークフローおよび可視化機能を提供します。 ArcGIS Online を使用すると、独自のデジタル インフラストラクチャを使用せずに、組織の成果を一般ユーザーと共有できます。 GeoEvent Server を使用して、これらすべてのデータ ソースからのデータ フィードを監視して処理し、同期を維持し、最新に保つことができます。
リアルタイム システムを設計する場合、組織で ArcGIS の各コンポーネントをどのように使用しているか、また今後どのように使用していくかについて検討してください。 フィールド スタッフがモバイル アプリを使用してマップ内のデータを更新する場合、たとえば、GeoEvent Server を使用して、このデータを監視し、拡張し、このデータに対して作動させることができる機能が可能であるということを、理解する必要があります。
組織が、内部ユーザー (GIS アナリスト、データ サイエンティスト、意思決定者など) と、情報を求める外部ユーザーの両方に運用およびトランザクション環境を提供する場合、複数の ArcGIS Enterprise 配置または ArcGIS Online を使用して、個別に環境をセットアップすることを検討してください。 内部の運用およびトランザクション ユーザーを、情報を求める外部のパブリック ユーザーから分離することで、外部ユーザーによる内部コンテンツへの不適切なアクセスを防ぎ、インフラストラクチャへの追加トラフィックの影響を軽減できます。 GeoEvent Server を使用して、これらの分離した環境間で、データを変換し、サニタイズし、同期させることができます。