Idle-timeout は、Oracle Functions がそのコンテナ・イメージをメモリーから削除する前に、アイドル関数がメモリー内に残る期間を構成するために使用されるパラメータです2。idle-timeout パラメータは秒単位で指定され、関数の作成または更新時に設定できます2。idle-timeout のデフォルト値は 30 秒、最大値は 900 秒 (15 分)2 です。関数で --provisioned-concurrency オプションが有効になっている場合、idle-timeout パラメーターは無視され、関数インスタンスは常にメモリに保持されます3。検証済みリファレンス: 関数の作成、プロビジョニングされた同時実行性

説明
正解は: Docker CLIからの呼び出しです。説明: Oracle Functionsにデプロイされた関数の実行は、通常、次のオプションを使用して実行されます: Fn Project CLIからの呼び出し: Fn Project CLIは、Fn Project CLIと対話するために特別に設計されたコマンドライン・インタフェースを提供します。オラクル関数。fn invoke などのコマンドを使用して関数を呼び出すことができます。Oracle Cloud Infrastructure (OCI)イベント・サービスのイベントによるトリガー: OCIでイベントを構成し、オブジェクト・ストレージ・イベント、リソース状態の変更、スケジュールされたイベントなどのさまざまな基準に基づいて関数をトリガーできます。OCI CLIからの起動: OCI CLI (コマンドライン・インタフェース)を使用すると、Oracle Functionsを含むOracle Cloud Infrastructureのさまざまなサービスと対話できます。fn invoke コマンドを使用して関数を呼び出すことができます。署名された HTTP リクエストを関数の呼び出しエンドポイントに送信します。Oracle Functions は、関数の呼び出しに使用できる HTTP エンドポイントを提供します。HTTP リクエストの作成をサポートするツールまたはプログラミング言語を使用して、署名付き HTTP リクエストをこのエンドポイントに送信できます。一方、Docker CLI を使用して Oracle Functions にデプロイされた関数を呼び出すことは有効なオプションではありません。Docker CLI は主に Docker コンテナとイメージを管理するために使用され、Oracle Functions の関数を呼び出すための直接メカニズムは提供しません。

ユーザーは、Oracle Cloud Infrastructure (OCI) Container Engine for Kubernetes (OKE) のワーカー・ノードのパッチ適用、アップグレード、および保守を担当します。OKE では、ユーザーは Kubernetes ワーカー コンポーネントを実行するコンピューティング インスタンスであるワーカー ノードを制御できます。ユーザーは、基盤となるオペレーティング システムへのパッチ適用、Kubernetes バージョンのアップグレード、必要なメンテナンス アクティビティの実行などのタスクを含む、これらのワーカー ノードの管理と保守を行う責任があります。Oracle は、コントロール プレーンの管理や OKE サービスの可用性の確保など、基盤となるインフラストラクチャとサポート サービスを提供しますが、ワーカー ノードを管理する責任はユーザーにあります。これにより、特定のニーズや要件に応じて Kubernetes 環境を制御し、柔軟に管理できるようになります。

説明
最良の答えは、「OCI ロギング サービスを使用し、VCN フロー ログを有効にする」です。同じ仮想クラウド・ネットワーク(VCN)内の異なるContainer Engine for Kubernetes(OKE)クラスタにデプロイされた2つのサービス間のネットワーク通信をコスト効率の高い方法で分析するという要件を満たすために、OCIロギング・サービスを使用し、VCNフロー・ログを有効にすることができます。 。OCIのVCNフロー・ログ機能を使用すると、VCNリソースのネットワーク・トラフィック情報を取得してログに記録できます。VCNフロー・ログを有効にすることで、追加のサード・パーティのログ・サービスやツールを必要とせずに、サービス間のネットワーク通信を監視および分析できます。VCNフロー・ログを有効にすると、送信元および宛先のIPアドレス、ポート、プロトコル、その他の関連詳細を含むネットワーク・トラフィックを可視化できます。この情報は OCI ロギング サービスに収集して保存でき、サービス間のネットワーク通信パターンを分析して洞察を得ることができます。OCIロギング・サービスの組み込み機能を活用し、VCNフロー・ログを有効にすることで、ネットワーク通信分析に対するセキュリティ・チームの要件をコスト効率の高い方法で満たすことができます。これにより、追加のサードパーティのログ サービスやツールを導入する必要がなくなり、複雑さが軽減され、セットアップやメンテナンスに関連する潜在的なコストが削減されます。言及されている他のオプションは、このシナリオでネットワーク通信を分析するための最も費用対効果の高い、または適切なソリューションではありません。サードパーティのログ サービスを導入してネットワーク フロー ログを集約すると、追加のコストと複雑さが発生しますが、構築された環境を考慮すると、これは必要ない可能性があります。 OCI によって提供される -in 機能。外部のログ アグリゲーターにログを送信するようにアプリケーションを書き換えても、サービス間のネットワーク通信を分析するという要件には直接対応できません。ネットワーク レベルの分析ではなく、アプリケーション レベルのログに重点を置きます。Wireshark を展開してパケットを傍受するには、追加のインフラストラクチャのセットアップとメンテナンスが必要になりますが、これはこのシナリオのネットワーク分析にとって最もコスト効率の高いアプローチではない可能性があります。

説明
API Docker イメージを再構築し、それを OCIdevops/api:latest としてタグ付けするための正しいコマンドは次のとおりです。 docker build -t OCIdevops/api:latest docker build コマンドは、Dockerfile から Docker イメージを構築するために使用されます。-t フラグは、イメージの名前と、オプションでタグを指定するために使用されます。この場合、イメージの名前は OCIdevops/api で、タグはlatestです。このコマンドを実行すると、Dockerfile の指示に基づいて Docker イメージが再作成され、指定した名前とタグが付けられます。