説明
OCI Queue は、サーバーレス方式で非同期 (分離) 通信を可能にするサービスです3。キューは、損失や重複のない独立した処理を必要とする大量のトランザクション データを処理します3。Queue は、FIFO (先入れ先出し) 配信オプションを使用したキュー内のメッセージの順序付けをサポートします3。したがって、単一のキューを使用してすべてのトランザクションを処理すると、すべてのトランザクションが順番に処理され、トランザクションが失われることがなくなります。

説明
正解は「サービスメッシュ」です。サービス メッシュは、マイクロサービスのネットワーク間の対話を制御する、構成可能な低遅延のインフラストラクチャ層です。マイクロサービスベースのアプリケーションに対して、サービス検出、負荷分散、トラフィック管理、セキュリティ、可観測性などの機能を提供します。これは、通信を改善し、分散システム内のサービス間の複雑な相互作用を管理するように設計されています。Istio や Linkerd などのサービス メッシュ フレームワークは、サービス メッシュ アーキテクチャの実装によく使用されます。

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

説明
OCI Streaming は、リアルタイムで消費および処理できる大量のデータ ストリームを継続的に取り込むための、フルマネージドでスケーラブルで耐久性のあるメッセージング ソリューションです1。ストリーミングは、パブリッシュ/サブスクライブ メッセージング モデル1 でデータが継続的かつ順次に生成および処理されるあらゆるユース ケースに適しています。ストリーミングは、低遅延で 1 秒あたり数百万のメッセージを処理できます2。したがって、OCI ストリーミングは、車両群からのリアルタイム データ フィードを処理するのに最も適切な選択肢です。検証済みの参考文献: ストリーミングの概要、Kubernetes 用コンテナ エンジン

OCI API Gateway は、API デプロイメントにアクセスするための次の認証方法をサポートしています3:
HTTP Basic: クライアントは、各リクエストでユーザー名とパスワードを送信します。資格証明はOracle Identity Cloud Service (IDCS)のユーザー・データベースに対して検証されます。
API キー: クライアントはリクエストごとに API キーを送信します。API キーは、IDCS または OCI Vault に保存されているキーのリストに対して検証されます。
OAuth: クライアントは認可サーバー (IDCS など) からアクセス トークンを取得し、それを各リクエストとともに送信します。アクセス トークンは認可サーバーに対して検証され、必要に応じて必要なスコープがチェックされます。
JWT トークン: クライアントは、アイデンティティ プロバイダー (IDCS や OCI IAM など) から JSON Web トークン (JWT) を取得し、それを各リクエストとともに送信します。JWT は ID プロバイダーの公開キーに対して検証され、オプションで必要なクレームがチェックされます。SAML トークンは、OCI API Gateway デプロイメントにアクセスするための有効な認証方法ではありません。SAML は、サービス プロバイダーと ID プロバイダーなど、異なる当事者間で認証および認可データを交換するための XML ベースの標準です4。SAML トークンは通常、API アクセスではなく、Web ブラウザーのシングル サインオン (SSO) シナリオに使用されます4。