説明
Oracle Cloud Infrastructure (OCI) API Gatewayは、受信リクエストを処理し、それらを適切なバックエンド・サービスにルーティングするために、さまざまなバックエンド・タイプをサポートしています。ただし、「ORACLE_STREAMS_BACKEND」は、OCI API Gateway の有効なバックエンド タイプではありません。「STOCK_RESPONSE_BACKEND」は、リクエストを特定のバックエンド サービスにルーティングせずに、API ゲートウェイで静的レスポンスを直接構成できる有効なバックエンド タイプです。これは、単純なリクエストを処理したり、事前定義された応答を返したりする場合に役立ちます。「HTTP BACKEND」は、HTTP バックエンド サービスへのリクエストのルーティングを可能にするもう 1 つの有効なバックエンド タイプです。
「ORACLE_FUNCTIONS_BACKEND」は、特定のロジックまたは操作を実行するために使用できるサーバーレス関数である Oracle 関数にリクエストをルーティングできる有効なバックエンド タイプです。しかし、
「ORACLE_STREAMS_BACKEND」は、OCI API Gateway の有効なバックエンド タイプではありません。API Gatewayには、バックエンド・サービスとしてのOracle Streamsのネイティブ・サポートがありません。Oracle Streamsは、Oracle Database環境内でのデータのレプリケーションおよび配布のためのパブリッシュ/サブスクライブ・メカニズムを提供するOracle Databaseの機能です。これは、OCI API Gateway のバックエンド サービスとして直接統合されていません。

Oracle Functions のトラブルシューティングに関して無効なオプションは、「Oracle Functions トレースが関数レベルで有効になっている」です。Oracle Functions では、トレースは関数レベルでは有効になっていません。代わりに、トレースはアプリケーション レベルで有効になります。アプリケーションのトレースを有効にすると、そのアプリケーション内のすべての機能にトレースが適用されます。トレースにより、関数の実行フローとパフォーマンスに関する詳細情報を取得できるため、問題の分析とデバッグに役立ちます。上記の他のオプションは有効です。Oracle Functions の呼び出しログはアプリケーション レベルで有効になります。呼び出しログでは、入力、出力、期間、エラー メッセージなど、関数呼び出しの詳細を確認できます。これらのログは Oracle Functions によって生成および保存され、トラブルシューティングや監視の目的でアクセスできます。Oracle Functionsの呼び出しはデフォルトで有効になっています。関数をデプロイすると、デフォルトで呼び出し可能になります。HTTPリクエスト、スケジュールされたイベント、他のOracle Cloud Infrastructureサービスからのイベントなど、関数を呼び出すさまざまなトリガーを構成できます。Oracle Functionsのメトリックは、関数レベルとアプリケーション・レベルの両方で使用できます。メトリクスは、関数の使用法、パフォーマンス、動作に関する洞察を提供します。1 分あたりの呼び出し数、平均継続時間、エラー数などのメトリクスを含めることができます。これらのメトリックは、Oracle Cloud Infrastructure Consoleで表示することも、APIを介してプログラムでアクセスすることもできます。Oracle Functions の監視、ロギング、トレースの具体的な構成と動作は、選択したバージョン、構成、およびオプションによって異なる場合があることに注意することが重要です。Oracle Functionsのトラブルシューティングと監視に関する正確な最新情報については、Oracle Functionsのドキュメントを参照し、公式ドキュメントを参照することをお勧めします。

logconfig.json ファイルは、Unified Monitoring Agent がカスタム ログを収集し、OCI ロギング サービスにアップロードする方法を指定する構成ファイルです2。logconfig.json ファイルにはオブジェクトの配列が含まれており、それぞれがカスタム ログ構成を表します2。各カスタム ログ構成オブジェクトには次のフィールドがあります2:
logGroupObjectId: カスタム ログが保存されるログ グループの OCID。
logObjectId: カスタム ログの OCID。
paths: カスタム ログを含むファイルまたはディレクトリへのパスの配列。
src: カスタム ログを含むファイルと一致する正規表現。
parser: カスタム ログの解析方法を指定するパーサー定義。logconfig.json ファイルの logobjectId フィールドにカスタム ログの OCID が正しくないか欠落している場合、または logGroupObjectId フィールドにカスタム ログ グループの OCID が正しくないか欠落している場合、Unified Monitoring Agent はカスタム ログをOCI ロギング サービス2。したがって、これらは、Meshifyd アプリケーションからのログが OCI Logging サービスに表示されない潜在的な理由です。検証済みリファレンス: Unified Monitoring Agent 構成ファイル

クラウドネイティブアプリケーションの導入・リリースの高速化を実現するテスト戦略が「自動テスト」です。自動テストには、自動化されたツールとフレームワークを使用して、テストを実行し、機能を検証し、アプリケーションの問題やバグを検出します。テスト プロセスを自動化することで、開発者と DevOps チームはコードの変更を迅速にテストして検証し、実稼働環境にデプロイする前に新機能や更新が正しく機能することを確認できます。このアプローチにより、テスト プロセスの速度と効率が向上し、クラウド ネイティブ アプリケーションのより迅速かつ頻繁なデプロイが可能になります。

説明
Oracle Cloud Infrastructure (OCI) Eventsサービスを活用するための有効なユースケースではないユースケースは、「OCI監視サービスのアラームをキャプチャし、コンピューティング・インスタンスの自動スケーリングを呼び出す」です。OCIイベント・サービスは、イベント駆動型のアーキテクチャを提供し、Oracle Cloud Infrastructure内で発生するイベントへの自動応答を可能にするように設計されています。これにより、OCI リソース内で発生する変更やアクティビティに対応できます。イベント サービスを使用すると、ファイルのアップロード、リソースの変更、タスクの完了などのイベントに基づいてアクションをトリガーできます。ただし、OCI Monitoring サービスのアラームのキャプチャとコンピューティング インスタンスの自動スケーリングの呼び出しは、OCI Events サービスによって提供される直接の機能ではありません。監視メトリックに基づく自動スケーリングは通常、その目的のために特別に設計された OCI 自動スケーリング サービスによって処理されます。OCI モニタリング サービスはモニタリングおよびアラート機能を提供し、自動スケーリング サービスは事前定義されたポリシーとしきい値に基づいてコンピューティング インスタンスの動的なスケーリングを処理します。