Ingress Controller は、Kubernetes クラスター上で実行されているアプリケーションに高度なルーティングと負荷分散を提供する Kubernetes リソースです1。Ingress コントローラーを使用すると、受信リクエストのホスト名またはパスに基づいてクラスター内のさまざまなサービスにトラフィックをルーティングする方法を指定するルールを定義できます1。Ingress コントローラーをデプロイし、それを使用して複数のアプリケーション エンドポイントを公開すると、次の利点が得られます1。
費用対効果: サービスごとに 1 つではなく、クラスターごとにロード バランサー インスタンスを 1 つ作成するだけでよいため、アプリケーションを公開するコストが削減されます。
シンプルさ: 各サービスを個別に構成するのではなく、すべてのサービスに対して 1 セットのルーティング ルールを管理するだけでよいため、アプリケーションの導入とメンテナンスが簡素化されます。
柔軟性: ルーティングのニーズに合わせてさまざまな機能やカスタマイズ オプションを提供する、NGINX や Traefik などのさまざまなタイプの Ingress コントローラーを使用できます。

マイクロサービス ベースのアプリケーションの実装に最適な 3 つのテクノロジは次のとおりです。 サービス メッシュ: サービス メッシュは、マイクロサービスのサービス検出、負荷分散、暗号化、認証、可観測性などの機能を提供する専用のインフラストラクチャ層です。これは、スケーラブルかつ安全な方法でマイクロサービス間の通信と対話を管理するのに役立ちます。Kubernetes: Kubernetes は、コンテナ化されたアプリケーションのデプロイ、スケーリング、管理を可能にするオープンソースのコンテナ オーケストレーション プラットフォームです。分散環境でマイクロサービスを管理するために不可欠な、自動スケーリング、サービス検出、負荷分散、自己修復機能などの機能を提供します。Docker: Docker は、アプリケーションとその依存関係を軽量のコンテナーにパッケージ化できる、人気のあるコンテナー化プラットフォームです。マイクロサービスを実行するための一貫した移植可能な環境を提供し、簡単な導入と拡張性を実現します。また、Docker は分離とリソース効率を促進するため、マイクロサービスのデプロイに理想的な選択肢となります。ビッグ データ、異常検出、Terraform は貴重なテクノロジーですが、マイクロサービス ベースのアプリケーションの実装を可能にすることに特に焦点を当てているわけではありません。

説明
正解は、「回復力とは、ダウンタイムやデータ損失を発生させずに障害から回復することです。」です。クラウド ネイティブ アプリケーションのコンテキストにおけるサービスの復元力とは、サービスまたはシステムが障害から回復し、ダウンタイムやデータ損失なしに機能を継続できる能力のことです。これには、システム全体への影響を最小限に抑える方法で、ネットワークの停止、ハードウェア障害、ソフトウェア エラーなどの障害を処理するメカニズムの設計と実装が含まれます。復元力の目標は、障害が発生した場合でも、アプリケーションまたはサービスが動作を継続し、一定レベルの機能を提供できるようにすることです。これには通常、冗長性、フォールト トレランス、グレースフル デグラデーションなどの技術が含まれます。回復性対策を実装することにより、クラウド ネイティブ アプリケーションは障害を回復して適応し、可用性を維持し、データの整合性を維持できます。サービスの復元力に関する他の記述は正確ではありません。復元力とは、障害後にサービスを機能状態に戻さないことを意味するものではありません。代わりに、障害から回復し、継続的な機能を確保することが重要です。回復力とは、障害を完全に回避することではありません。障害を防ぐことが望ましい一方で、回復力は、障害が発生したときに処理して回復する能力に焦点を当てています。
復元力テストはテスト環境に限定されません。アプリケーションが実際のシナリオで障害を効果的に処理できることを確認するには、テスト環境と運用環境の両方で復元性の対策をテストして検証することが重要です。

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

Oracle Cloud Infrastructure (OCI) Streaming Serviceからデータを抽出および変換し、OCI Service Connector Hubを使用してサードパーティのRESTエンドポイントに送信するという要件に対処するには、最適な構成オプションは次のとおりです: 新しいサービス・コネクタを次のように構成します。 * ソース: ストリーミング * タスク: なし * ターゲット: 通知 ストリーミング サービスをソースとして選択すると、ストリームからトランザクション データをキャプチャできます。データを変換してサードパーティの REST エンドポイントに送信する必要があるため、コネクタで特定のタスクを指定する必要はありません。ターゲットは通知に設定されており、これにより、変換されたデータを OCI 環境の外部のエンドポイントに送信できるようになります。通知は、HTTP エンドポイント、電子メール アドレスなど、サポートされているさまざまな宛先にデータを配信するように構成できます。この構成により、ストリーミング サービスからデータを抽出して目的のサードパーティ REST エンドポイントに送信するプロセスを自動化し、データの抽出、変換、転送の要件を満たすことができます。