予測インサイトの活用: Oracle APEXとOCI Ops Insightsの統合 (2024/08/21)

予測インサイトの活用: Oracle APEXとOCI Ops Insightsの統合 (2024/08/21)

https://blogs.oracle.com/observability/post/predictive-insights-integrating-ops-insights-with-oracle-apex

投稿者： Royce Fu | Principal Database and O&M Solution Architect

Murtaza Husain | Director, Product Management - Management Cloud

Chris Gurley | Senior Software Development Manager


Oracle Cloud Infrastructure(OCI)Ops Insightsは、特にデータベースおよびIT管理のために、プロアクティブで予測的かつインサイトに富んだ分析のための堅牢なプラットフォームを提供します。Oracle Application Express (APEX)は、強力なローコード開発フレームワークであり、すべてのスキル・レベルの開発者がスケーラブルでセキュアなエンタープライズ・アプリケーションを迅速かつ簡単に構築できるようにします。APEXとOps Insightsのシームレスな統合により、組織がこれらのインサイトを視覚化して対話する方法に革命を起こすことができます。このブログでは、Oracle APEXを活用して、OCI Ops Insightsからデータをシームレスにフェッチして表示するカスタム・ダッシュボード・アプリケーションを作成する方法を探っています。これにより、企業はデータ主導型の意思決定を効率的かつ効果的に行うことができます。


図1: OCI Ops Insightsのランディング・ページ



統合リファレンス・アーキテクチャ


図2: APEXとOps Insightsリファレンス・アーキテクチャの統合


このアーキテクチャの主なコンポーネントは次のとおりです。


  • O&M - OCI Ops Insights
  • APEX Autonomous Database


Ops InsightsとAPEXの統合により、マルチクラウド・データベース環境に関する深いインサイトを提供


Oracle Cloud Infrastructure(OCI)Ops Insightsは、マルチクラウド環境内のデータベースおよびアプリケーションのパフォーマンスと状態に関する深いインサイトを提供するように設計された強力なサービスです。高度な分析と機械学習アルゴリズムを利用して、ワークロード全体にわたる予測分析を提供します。これには、データベース・ロード、容量予測および異常検出に関する詳細なメトリックが含まれます。これは、最適なパフォーマンスを維持し、エスカレーション前に潜在的な問題を回避するために重要です。


一方、Oracle Application Express (APEX)は、ユーザーがスケーラブルでセキュアなアプリケーションを迅速に構築できるローコード開発プラットフォームです。特に、RESTful Webサービスを介して様々なデータソースと対話できるWebアプリケーションの作成に適しています。Oracle APEXには、外部ソースからRESTを介してデータを直接問い合せて操作できるREST対応SQLや、OCI Ops Insightsなどのリモート・サービスからデータをフェッチするためのREST APIを使用できるWebソース・モジュールなどの機能が含まれています。


この統合により、お客様はAPEXの既存のOps Insightsデータを利用して、インフラストラクチャ操作を最適化するためのデータドリブンアプリケーションを作成できます。


  • 開発者主導の高度にカスタマイズ可能なクラウド・インフラストラクチャ・ワークロード・ダッシュボード
  • OCIアカウントなしでインフラストラクチャ容量計画ダッシュボードを簡単に共有
  • OCIクラウド・サービス・データをピラーを越えたデータ・サイエンスおよび人工知能プロジェクトに再利用して、インフラストラクチャ運用を最適化
  • Ops Insightsを使用している顧客に対して生成される付加価値



APEXとのOps Insights統合の概要構成


実際の構成作業の前に、OCI Ops InsightsおよびAPEX全体で次の前提条件を完了する必要があります。



ここでは、構成に関して、OCI側とAPEX側でそれぞれ完了する必要があるステップをいくつか示します。



OCI APIキーを使用したOCI接続の設定


OCIサイド:


  • サービス・アカウントのOCI APIキーの作成
  • 「プロファイル」メニューを開き、「自分のプロファイル」をクリックします。
  • 左下にある「リソース」セクションで、「APIキー」をクリックします。
  • 「APIキー」リストの左上にある「APIキーの追加」をクリックします。「APIキーの追加」ダイアログが表示されます。
  • 「秘密キーのダウンロード」をクリックし、キーを.ociディレクトリに保存します。ほとんどの場合、公開鍵をダウンロードする必要はありません。
  • 「追加」をクリックします。
  • ダウンロードした秘密キー・ファイルの権限を更新して、自分のみが表示できるようにしてください。コマンドchmod go-rwx ~/.oci/<oci_api_keyfile>.pemを使用して、ファイルに対する権限を設定します。


APEXサイド:


  • アプリケーション・ビルダー: 作成されたOCI APIキーを使用したワークスペース・ユーティリティでのWeb資格証明の作成


図3: APEX構成 –Web資格証明


詳細は、次のドキュメントを参照してください: API署名キーの生成方法


OCI REST APIリファレンスを確認し、Ops Insights APIエンドポイントをテスト

OCIサイド:


  • curlまたはPostmanでのOCI Ops Insights REST APIエンドポイントのテストおよび検証


詳細は、PostmanのOracle Cloud Infrastructure REST APIのドキュメントを参照してください



Oracle APEX RESTデータソースの設定


開発者は、Oracle APEX内で、OCI Ops Insightsが提供するREST APIエンドポイントを指すようにRESTデータソースを設定できます。APEXは、これらのエンドポイントを介してデータの認証、問合せおよび取得を処理します。この設定により、APEXアプリケーションはOps Insightsからリアルタイム・データを受信できます。


APEXサイド:


  • アプリケーション・ビルダー: 共有コンポーネントでの新規RESTデータ・ソースの作成
    • ワークスペースのホームページで、「アプリケーション・ビルダー」をクリックします。
    • アプリケーションを選択します。
    • アプリケーションのホームページで、ページの中央にある「共有コンポーネント」をクリックします。
    • 「データ・ソース」で、「RESTデータ・ソース」を選択します。
  • 「RESTデータ・ソース」ページで、「作成」をクリックします。
  • 「最初から」を選択し、「次へ」をクリックします。
  • RESTデータ・ソース・タイプ- Oracle REST Data Services。「Oracle Cloud Infrastructure (OCI) REST Service」を選択します。
  • RESTデータ・ソースの名前を指定します
  • OpsインサイトREST APIエンドポイントのURLエンドポイントを指定してください。APIエンドポイントの完全なリストについては、APIリファレンスを確認してください。たとえば、SummarizedHostInsightResourceUsageデータを収集するには、APIエンドポイント(https://operationsinsights.us-ashburn-1.oci.oraclecloud.com/20200630/hostInsights/resourceUsageSummary)にアクセスします
  • OCI APIキー資格証明を使用した認証方法の選択
  • 「拡張」オプションを使用して、データ・プロファイルのREST API問合せパラメータを指定します。レスポンス・サンプルを使用して、サンプルJSONレスポンスをアップロードします。ファイルがアップロードされると、APEXはアップロードされたファイルに対してデータ・プロファイル検出を実行します。
  • APIリファレンス・ドキュメントに基づいてHTTPメソッドを選択します
  • または、「検出」オプションを使用して、APEXがRESTサービスURLを起動し、JSONレスポンスを検査し、APEXが属性とそのデータ型を導出して、これを使用してデータ・プロファイルを作成します。
  • 「Create REST Data Source」をクリックします。


図4: APEX構成- RESTデータソース


詳細は、次のドキュメントを参照してください: RESTデータソースの理解



OCI Ops Insightsデータを使用したOracle APEXデータソース同期の構成


開発者は、OCI Ops Insightsからフェッチされたデータを使用して、Oracle APEXのRESTデータソース同期を利用して、ローカル表のコンテンツを外部RESTサービスからのデータと自動的に同期できます。基本的に、APEXはRESTデータソースで定義されたRESTサービスを呼び出して、すべてのデータをダウンロードし、ローカル表に同期します。APEXでは、RESTデータソースのデータ・プロファイルの列に基づいてローカル表を作成できます。表はデータベース・スキーマで物理的に使用可能であるため、開発者は索引の追加、物理プロパティの変更、さらに列の追加を行うことができます。APEXコンポーネント(レポート、チャートなど)は、実際のRESTサービス・リクエストを起動するかわりに、同期されたローカル表を使用できます。



APEXサイド:


  • アプリケーション・ビルダー: APEXローカル表でRESTデータ・ソースをマテリアライズするためのRESTデータソース同期の構成
    • ワークスペースのホームページで、「アプリケーション・ビルダー」をクリックします。
    • アプリケーションを選択します。
    • アプリケーションのホームページで、ページの中央にある「共有コンポーネント」をクリックします。
    • 「データソース」で、「RESTデータ・ソース」を選択します。
  • 「RESTデータソース」ページで、「RESTソース名」をクリックします。
  • 「RESTデータソース」ページの右側にある「同期の管理」をクリックします。「データ同期」ページが表示されます。
  • 「詳細」で、データ同期について次の詳細を指定します。
    • ローカルテーブルオーナー- データを同期するローカルテーブルのスキーマを選択します。デフォルトでは、アプリケーション解析スキーマが使用されます。
    • 同期先- 「新規表」または「既存表」のいずれかを選択し、「変更の適用」をクリックします。新しい表を作成する場合、メッセージ「表」は表示されません。「表の作成」をクリックします。
    • 同期タイプ- 同期タイプREPLACEを選択します。
    • ジョブ実行間隔- データベース・スケジューラ・カレンダ構文を使用して、「毎週火曜日と金曜日午後4時」や「毎月第2水曜日」などの繰返し同期スケジュールを定義します。
    • 「ステップ- ステップ」で、パラメータ値または特定の外部フィルタをRESTサービスに渡します。ステップが定義されていない場合、RESTデータ・ソースは1回起動され、デフォルト・パラメータが使用されます。ステップが定義されている場合、APEXはステップごとにRESTデータ・ソースを1回起動し、構成済パラメータを渡します。
    • 「詳細設定」で、「置換タイプ」に「TRUNCATE(非トランザクション)」を選択します。
  • 変更を保存し、「保存」をクリックします。
  • REST同期をテストし、「Save and Run」をクリックします。


詳細は、次のドキュメントを参照してください: RESTサービスからローカル表へのデータの同期



APEXでのカスタム・ダッシュボードの開発


APEXサイド:


  • アプリケーション・ギャラリのサンプル・チャートを使用して、APEXアプリケーション開発をジャンプ・スタートします
  • サンプル・チャート・ダッシュボード・ウィジェットをカスタマイズして、Ops Insights REST APIエンドポイント・データをビジュアル化します。


ビジュアライゼーションを簡単に...


APEXフレームワークは、設定後、Ops Insightsクラウド・リソースの使用率、トレンドおよび予測データセットを表示するための幅広いビジュアライゼーション・ウィジェットを提供します。


図5 メーター・ゲージ、円およびドーナツのCPUおよびメモリー使用率チャート


図6 BarChartのホスト別のホストCPU使用率の内訳


図7 折れ線グラフのCPUトレンドと予測



OCI Ops InsightsとOracle APEXの統合は、組織がデータを視覚化して利用し、情報に基づいた意思決定を行う方法において大きな進歩を示しています。OCI Ops Insightsの強力な分析機能と予測機能を活用し、それらをOracle APEXの直感的なローコード開発環境と組み合せることで、高度にカスタマイズされたリアルタイム・ダッシュボードを作成できます。これらのダッシュボードは、データのアクセシビリティを強化するだけでなく、意思決定者がデータベース・リソースを効率的にプロアクティブに管理および最適化できるようにします。クラウド・テクノロジは進化し続けるため、このような統合を活用することは、データ主導型の世界で競争力を維持するために非常に重要です。業務効率と戦略的インサイトを最大化したい企業は、この強力な組み合わせをIT戦略の基礎と考える必要があります。


参照

Contributors: Girish Kumar Balachandran, Waymon Whiting


コメント

コメントを投稿

このブログの人気の投稿

Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01)

イメージ
Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01) https://database-heartbeat.com/2023/11/01/draining-ac-rac/ はじめに Oracle RACは、Oracle Databaseのスケーラビリティと高可用性を提供します。1つのサーバー(RACノード)に障害が発生した場合、またはメンテナンスのためにオフラインになった場合でも、追加のノードを介してデータベースにアクセスできます。ただし、メンテナンスの開始時に、データの読取りまたは変更に関係なく、一部の作業を実行しているクライアント・セッションはどうなりますか。この作業は中断され、ドレインを実装してアプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティを有効にしないかぎり、エンドユーザーまたはアプリケーションによって再度実行する必要があります。 環境 2ノードのOracle RACを例に挙げて、高速アプリケーション通知(FAN)、ドレインおよびアプリケーション・コンティニュイティによってメンテナンス・イベントがエンドユーザーに透過的になる方法を理解しましょう。アプリケーションは、30個のセッションを保持するように構成された接続プールを使用しています。 通常の操作 通常の操作中は、両方のRACノードが起動し、アプリケーションを実行しています。ロード・バランシング戦略によっては、セッションの数が両方のノード間で異なるか、均等に分散される場合があります。次の図をよりよく視覚化するために、ノード2のノード1および20のセッションに10のセッションがあるとします。 セッションは、アイドル状態(接続されているが何もしていない)またはアクティブ状態(リクエストの途中)にできます。リクエストは、データの読取り(SELECT)または操作(INSERT、DELETE、UPDATE)が可能です。 ドレインによるサービスの停止 ある時点で、システムのメンテナンスが必要になります。2ノードRACがあるため、メンテナンスはローリング方式で、1つのノードを順番に(ほとんどの場合)実行できます。メンテナンスは、たとえば、オペレーティング・システム、Grid Infrastructureまたはデ
続きを読む

Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

イメージ
Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21) https://medium.com/oracledevs/how-to-control-or-pass-validation-for-duplicate-rows-in-interactive-grid-of-oracle-apex-as-compare-18f453f750bf 投稿者： Jignesh oracle Formsでは、データブロックの重複行を制御するのは非常に簡単ですが、IGの検証を制御するにはどうすればよいでしょうか。 必要な出力 ステップ1：インタラクティブグリッドのある白紙ページを作成します（私は1つの領域「IG」を作成し、インタラクティブグリッドとしてタイプを選択しました） ステップ 2: リージョンに Static ID を定義する (私の場合、リージョンは IG で、Static ID も IG です) ステップ3：複製を制御したいカラムのStatic IDを定義します ステップ4：関数とグローバル変数に移動します コード： var validity, message, ui = this.data; (function($) { function update(model) { var projKey = model.getFieldKey(“PROJECT_ID”), recObj = [], recArray = []; model.forEach(function(record, index, id) { var projid = parseInt(record[projKey], 10), // record[salKey] should be a little faster than using model.getValue in a loop meta = model.getRecordMetadata(id); if (!isNaN(projid) && !meta.deleted && !meta.agg) { recObj = {ID: id, project_id: projid}; recArray.push(recObj)
続きを読む

Oracle APEX 24.1の一般提供の発表 (2024/06/17)

イメージ
Oracle APEX 24.1の一般提供の発表 (2024/06/17) https://blogs.oracle.com/apex/post/announcing-oracle-apex-241 投稿者： Ashish Mohindroo | Vice President, Product Management APEX Low Code Application Platform Oracle APEX 24.1は、 ダウンロード が一般的に可能になり、世界中のOCI APEX Application DevelopmentおよびAutonomous Database Cloud Serviceリージョンにロールアウトされています。この最新リリースで、GenAIを使用して最初のローコード・アプリケーションを構築する方法を学習します。リリースのお知らせのリプレイはこちらからご覧いただけます。 このリリースでは、優れたエンタープライズ・グレードのアプリケーションを簡単に構築できるイノベーションの3つの主要な柱(AI支援アプリケーション開発、Oracleの次世代データ・プラットフォームのパワー活用、高度なWebおよびモバイル・アプリケーションを構築するための強力なエンタープライズ・グレードのコンポーネント)が提供されています。 AI支援アプリ開発 このリリースでは、AIをローコード開発に直接取り込み、すべての開発者が高度なクラウドおよびモバイル・アプリケーションを簡単に構築できるようにしています。開発者は、AIをアシスタントとして使用して、時間と労力を削減してアプリを構築できるようになりました。APEX AIアシスタントを使用すると、開発者は複数のウィンドウを使用して表名と列名を検索する必要がなくなります。 APEX 24.1 では、クラウドおよびモバイル・アプリの自然言語ベースの開発を可能にするネイティブAI搭載APEX AIアシスタントを導入しました。APEX AIアシスタントを使用すると、すべての開発者は自然言語を使用してSQLを生成できるため、アプリケーションをより簡単に構築したり、ワンクリックで構文修正を実行したり、表名を覚える必要がなくなります。開発者は、自然言語プロンプトを使用して目的の機能とコンポーネントを指定し、直感的な会話型インタフェースを使用し
続きを読む