正解は次のとおりです。 fndeploy --app travel-app --all 複数の Oracle Functions を「travel-app」という名前の単一アプリケーションの一部として構築およびデプロイするには、適切なオプションを指定して fndeploy コマンドを使用できます。コマンド fndeploy --app travel-app --all は正しい構文です。コマンドの各部分の動作は次のとおりです。 fndeploy: このコマンドは、Oracle Functions で関数とアプリケーションをデプロイするために使用されます。--app travel-app: このオプションは、アプリケーション名を「travel-app」として指定し、このアプリケーションに機能をデプロイすることを示します。--all: このオプションは、アプリケーション内のすべての機能をデプロイすることを示します。fndeploy --app travel-app --all を使用すると、さまざまなプログラミング言語 (Java、Python、Node.js) で旅行アプリケーションのすべての関数を構築し、Oracle の「travel-app」アプリケーションにデプロイできます。機能。

アクションは、フィルターが一致するイベントを見つけたときに実行するルールに対して定義する応答です1。アクション タイプは、イベント メッセージを配信することによって呼び出すサービスを指定します1。OCI イベント ルール定義 1 では、次のアクション タイプを使用できます。
ストリーミング: Oracle Streaming Serviceからストリームに送信します。
通知: Oracle Notice Serviceトピックに送信します。
関数: Oracle Functions Service エンドポイントに送信します。電子メールは、OCI イベント ルール定義の有効なアクション タイプではありません。アクションとして電子メールを送信するには、通知サービスを使用し、電子メール プロトコルでトピックをサブスクライブする必要があります2。

説明
Oracle Cloud Infrastructure (OCI) Container Engine for Kubernetes (OKE)で実行されているサービスの適切なロギング・アプローチは、「すべてのサービスが標準出力のみにログを記録する」です。OKE のようなコンテナ化された環境でサービスを実行する場合は、ログをイベント ストリームとして扱うことを提案する Twelve-Factor App 方法論に従うことをお勧めします。この方法論によれば、サービスはログ イベントをログ ファイルに書き込むのではなく、標準出力 (stdout) に書き込む必要があります。標準出力にログを記録することにより、コンテナー ランタイム (Kubernetes など) はサービスによって生成されたログを収集および集約できます。これらのログは、コンテナー ランタイムのログ インフラストラクチャを通じてアクセスおよび管理できます。標準出力へのロギングには、コンテナ化された環境でいくつかの利点があります。 シンプルさと一貫性: 標準出力へのロギングを標準化することで、さまざまなサービス間で一貫したアプローチが保証され、ログの管理と分析が容易になります。ログの集約: コンテナー ランタイムは、実行中のすべてのコンテナーからログを収集し、一元的なログ管理を提供することで、さまざまなサービスのログに 1 か所でアクセスして検索できるようにします。スケーラビリティ: ログは stdout に書き込まれるため、コンテナ ランタイムのログ管理システムで簡単に処理でき、大量のログ データを処理できるように拡張できます。懸念事項の分離: 標準出力にログを記録することで、ログ ファイルとそのローテーションの管理責任がコンテナ ランタイムに移され、サービスがコア機能に集中できるようになります。ログ ファイルまたは外部ログ システムにログを記録することは可能ですが、OKE のようなコンテナ化された環境で推奨されるアプローチは、標準出力にログを記録し、コンテナ ランタイムによって提供されるログ インフラストラクチャを活用することです。

KubernetesのコンテナからAutonomous Transaction Processing (ATP)データベースに接続する場合に無効なオプションは次のとおりです: KubernetesクラスタにOracle Cloud Infrastructure Service Brokerをインストールし、ATP用のServiceInstanceおよびServiceBindingリソースをデプロイします。次に、指定されたバインディング名をアプリケーション展開マニフェスト内のボリュームとして使用します。Oracle Cloud Infrastructure Service Brokerは、KubernetesのコンテナからATPデータベースへの接続には使用されません。Service Broker は、Kubernetes からクラウド サービスを直接プロビジョニングおよび管理するために使用されます。これにより、ServiceInstance や ServiceBinding などの Kubernetes リソースを使用して OCI サービスのインスタンスを作成および管理できます。Kubernetes のコンテナから ATP データベースに接続するには、次の有効なオプションのいずれかを使用できます: 必要なスキーマに対して Oracle REST Data Services を有効にし、HTTPS 経由で接続します。これには、ATP データベース内のスキーマに対して Oracle REST Data Services (ORDS) を有効にして構成することが含まれます。その後、ORDS が提供する RESTful エンドポイントを使用して ATP データベースに接続できます。Kubernetes シークレットを使用して、ATP インスタンスの OCID および OCI API 資格情報を使用してコンテナ上の環境変数を構成します。次に、サービス ランタイムから CreateConnection API エンドポイントを使用します。このアプローチには、コンテナ上で必要な環境変数を構成して、ATP インスタンスの OCID および OCI API 資格証明を提供することが含まれます。その後、アプリケーションは OCI SDK または REST API (CreateConnection エンドポイントなど) を使用して、ATP データベースへの接続を確立できます。インスタンスの Wallet ファイルの内容を使用して Kubernetes シークレットを作成します。このシークレットを使用して、アプリケーション展開マニフェスト内の適切なパスにマウントされるボリュームを作成します。この方法には、ATP データベースのインスタンス ウォレット ファイルから必要な資格情報を含む Kubernetes シークレットを作成することが含まれます。その後、シークレットをアプリケーション展開内のボリュームとしてマウントし、アプリケーションが ATP データベースへの接続に必要な資格情報にアクセスできるようにします。オプション 1 と 3 は両方とも、アプリケーションの特定の要件と設定に応じて、Kubernetes のコンテナーから ATP データベースに接続するための有効なアプローチを提供します。

説明
データベース・パスワードなどの機密情報をOracle Functionsに保存して使用する最良の方法は、OCI Vaultサービスを使用することです。OCI Vault サービスは、機密データの暗号化および復号化機能を提供します。
OCI Vault サービスを使用してパスワードを暗号化し、アプリケーションレベルの構成変数として保存できます。その後、データベースにアクセスする必要があるときに、生成されたキーを使用して関数コード内のパスワードを復号化できます。検証済み参考資料: Oracle 関数: キー管理を使用した構成変数の暗号化と復号化