この図は、Oracle Cloud Infrastructureリージョンのコンポーネントを介してデータを複数のソースからデータ・コンシューマの使用可能な場所インサイトに変換するための複数のデータ・パスを示しています。

線形のステップが図にまたがります。

1. 検出
2. 収集
3. 変換
4. キュレーション
5. 分析、予測、測定
6. メジャーと行動

次のコンポーネントは、Oracle Cloud Infrastructureリージョン全体に適用されます。

• ガバナンス(データ・カタログ)
• 管理
• セキュリティ、アイデンティティおよびアクセス管理

このリージョンは、物理コンポーネントまたは機能コンポーネントを格納する機能レイヤーに分割されています。

• データ・ソース・レイヤー:データ・ソースには、Applications、FilesおよびReference Geo-dataが含まれます。データは複数のパスに従うことができます。
  • データは、Oracle Autonomous Data Warehouseによって提供されるデータベース・ツールを使用するか、複雑なETLシナリオにOracle Cloud Infrastructure Data Integrationを使用して、Data Oilレイヤーのバッチ処理に直接移動します。その後、データはジオコーディング、エンリッチ化、ADWに移動します。
  • データは、Oracle Spatial Studioを使用してData OilレイヤーのSpatial Data Loadに移動します。そこからADWに行く。
• Data Oilレイヤー:「Batch Processing (Autonomous DB Tools)」と「Batch Processing (Oracle Cloud Data Integration)」というラベルが付いた2つのブロックが、アプリケーションおよびファイルの入力データを処理します。これらのブロックからのデータは、Geocoding、 Enriching (Spatial Studio)というラベルのブロックに移動します。参照地理データからのデータは、Spatial Data Load (Spatial Studio)というラベルの付いたブロックに移動します。
• データ永続性プラットフォーム・レイヤー: Serving (ADW)というラベルの付いたブロックは、Geocoding、Enriching (Spatial Studio)およびデータ・ロード(Spatial Studio)からの入力データを処理します。
• Access and Interpretation Layer:データは、Spatial Analysis and Visualization (Spatial Studio)とLow Code App Dev (APEX)というラベルのブロックに移動し、データ・コンシューマとアプリケーションに進みます。