以下に、ArcGIS Velocity の操作に関する ArcGIS Online 組織の管理者の重要な考慮事項を示します。
ArcGIS Velocity サブスクリプションのキャパシティの計画
Velocity サブスクリプションは、リアルタイムの観測データを収集したり、対象のインシデントを検出したり、過去の観測データを格納したり、時間の経過に伴うパターンについて履歴データを解析したりするための、処理およびストレージに関するケーパビリティが含まれています。 ただし、組織の対象となるユース ケースを考慮し、ArcGIS Velocity ライセンスに含まれるキャパシティ内でどのように構成するかを評価することが重要であり、特に受信データの速度に関しては重要です。 ArcGIS Velocity のライセンス レベルの詳細については、「ライセンス」をご参照ください。
リアルタイムのデータ ストリームの速度は、データのタイプ、追跡されるアセットの数、配置されたセンサーの数、および新しい観測データが報告される頻度などの要因によって変化します。 たとえば、多くの組織が、重要なインフラを保護する観点から、暴風雨に関心を持っていますが、特定の時間に活動している嵐の数は (分析範囲によっては) 少なく、通常、更新情報が高速で提供されません。 一方、物流会社または輸送会社は、数秒ごとに位置を報告する数千台の車両を保有していることがあります。
リアルタイムのデータ ストリームのユース ケースも多種多様です。 たとえば、輸送会社は次のようなユース ケースを使用することがあります。
- 車列 (車両) の追跡
- 機器の追跡
- 異常検出 (車道で停止した自動車など)
- デジタル メッセージ (天気事象に関する警告など)
- 作業区域の侵入の警告
- 接続された自動車の追跡
ArcGIS Velocity サブスクリプションを有効に利用するには、データ速度と解析ユース ケースの両方を考慮する必要があります。 組織に存在するトラック対象の作業用車両や機器が 200 台以下で、アセットの場所が数分ごとにしか更新されない場合は、Standard ライセンスでサポートされる速度で十分です。 各ライセンス レベルでサポートされるデータ速度の詳細については、「ライセンス」をご参照ください。 さらに、Standard ライセンスでは 10 つのアイテムを同時に実行でき、この場合にはその 1 つがアセット データを取り込むフィードです。 残りの 9 つがアイテムを実行するので、各種のアラートや解析シナリオを処理するため、独立した解析を構成できます。 逆に、複数の種類のインシデント検出やアラートを単一のリアルタイム解析で行い、残りのフィードまたは解析で追加のデータ ストリームを収集してトラックすることもできます。
Dedicated ライセンス レベルでは専用のコンピューター アーキテクチャが用意され、大量のフィードと解析をサポートする、または高速のデータや複雑な解析を維持するために利用できます。 たとえば、接続された自動車のトラッキングは、通常、高速のデータ ストリームを伴うため、他の例よりも多くの容量を (個別のユース ケースとして) 消費します。
Advanced および Dedicated サブスクリプションの容量は、処理能力とストレージを追加して増強できます。 組織管理者は、Esri アカウントの担当者と連携して、意図したワークフローに適した容量を計画することが推奨されます。 詳細については、「コンピューティングとストレージ キャパシティ」をご参照ください。
どのユーザーがリアルタイムの権限を必要とするかの検討
ユーザーは、ArcGIS Velocity を使用して、フィード、リアルタイム解析、およびビッグ データ解析を作成し、トラッキングおよび観測データを操作できます。 フィードおよびリアルタイム解析は、両方とも継続的タスクまたはリアルタイムのタスクです。つまり、常に実行され、Velocity サブスクリプションのキャパシティを消費しています。 組織のワークフローに必要な主要なフィードおよびリアルタイム解析を検討し、それらのアイテムに対する権限を、それらのプロセスを管理するユーザーに制限することをお勧めします。 管理者は、他のユーザーが作成したアイテムを表示、編集、開始、および停止できます。 ユーザー権限の詳細については、「ロールの作成とユーザーの割り当て」をご参照ください。
共通のパターンは、定義された一連のフィードおよび関連するリアルタイム解析を実行し、受信データを処理してフィーチャ レイヤーに格納することです。 その後、より広範囲のユーザーが、さまざまな任務に関連する質問に回答するために、このフィーチャ レイヤーに対して目的に応じたビッグ データ解析を実行できます。
ユーザーが各自のリアルタイムのアイテムを積極的に管理することをお勧めします。
フィードおよびリアルタイム解析は、両方とも常に実行されてキャパシティを消費するタスクであるため、それらのアイテムを積極的に管理することが重要になります。 ユーザーは、必要でないか、主にテストおよび開発のために設定されたフィードまたはリアルタイム解析を停止することが推奨されます。 管理者は、他のユーザーが作成したアイテムを表示、編集、開始、および停止できます。
アクティブに実行されているリアルタイムのアイテムの確認
必要とされない余分なタスクが実行されている場合、Velocity で公開されているリアルタイムのタスクを定期的に確認することをお勧めします。 アイテム リスト ページのいずれかで、[マイ コンテンツ] の代わりに [組織サイトのコンテンツ] を表示します。 [組織サイトのコンテンツ] を表示すると、フィードのスキーマやアイテムのログなどのユーザー アイテムの特定の詳細を調べることができ、任意の実行中のタスクを停止できます。 これによって、必要に応じて処理キャパシティを解放できます。 詳細については、「フィードおよび解析の管理」をご参照ください。
より短いデータ保持期間の適用
ユーザーは、出力フィーチャ レイヤーを作成するときに、1 時間 ～ 1 年の範囲内のデータ保持ポリシーを適用できます。 ベスト プラクティスとして、利用可能なストレージと、ユーザーやユース ケースの必要の両方を検討してください。
それぞれの Velocity サブスクリプションには、指定された容量のストレージが含まれています。 受信データを長期的に格納するときは、フィーチャ レイヤーがどのように増加するかを数日間テストして加速することを、ベスト プラクティスとしてお勧めします。 フィーチャ レイヤーで使用されているストレージの割合は、アプリケーションの [ストレージ使用率] ページで調べることができます。 データの保持期間は、フィーチャ レイヤーがストレージ全体で過剰な割合を占めるようになる前に、古いデータが削除されるよう設定してください。
また、データが不定期の解析ワークフローではなく日常業務のワークフローに関連している実際の期間を考慮します。 即時の調査および可視化に使用できるデータを必要とする期間を、データ保持ポリシーとして設定します。 古いデータを不定期の解析に必要とする場合は、そのデータを、フィーチャ レイヤーから消去される前に、アーカイブ (コールド ストア) にエクスポートすることができます。
より短いデータ保持ポリシーを、リアルタイムに増加するデータセットに適用することによって、解析結果に使用できる残りのフィーチャ ストレージを最大化できます。 詳細については、「データ保持の概要」をご参照ください。