アプリケーションのソース コードを安全に保存してバージョン管理し、OCI プラットフォームへのアプリケーションの構築、テスト、デプロイメントを自動化するために活用できる 3 つの OCI サービスは次のとおりです。 DevOps: OCI は、Oracle Developer Cloud を含む包括的な DevOps サービスのセットを提供します。ソース コード リポジトリの管理、ビルドとテストの自動化、展開プロセスの合理化を可能にするサービス。Container Engine for Kubernetes: OCI の Container Engine for Kubernetes (OKE) を使用すると、Kubernetes を使用してコンテナ化されたアプリケーションをデプロイおよび管理できます。アプリケーションの展開を自動化するための、スケーラブルで信頼性の高いプラットフォームを提供します。Oracle Cloud Infrastructure Registry: OCI Registryは、Dockerイメージを安全に保存および管理できるフルマネージドのプライベート・コンテナ・レジストリです。Container Engine for Kubernetes などの他の OCI サービスと統合して、コンテナ化されたアプリケーションのシームレスなデプロイメントとオーケストレーションを促進します。これらのサービスを組み合わせることで、継続的インテグレーションおよび継続的デプロイメント(CI/CD)ワークフローをサポートするために必要なツールとインフラストラクチャが提供され、Oracle Cloud Infrastructure環境で効率的かつ自動化されたアプリケーション開発およびデプロイメント・プロセスが可能になります。

正解は次のとおりです。サービス B の API モックを使用してテストします。サービス B を含むすべての依存関係をデプロイせずにサービス A をテストするには、サービス B の API モックを使用できます。API モックは、API のシミュレートされたバージョンです。実際のサービスの動作を模倣します。API モックを使用すると、サービス A のテストを分離し、サービス B の API の応答と動作をシミュレートできます。API モックを使用すると、サービス B の API の予想される応答と動作を定義でき、サービス A とサービス B のモック バージョンとの統合をテストできます。このアプローチにより、サービス B に依存せずにサービス A の機能を検証できます。実際のサービス B の可用性や変更。依存関係を分離し、API モックを使用することで、サービス A の独立したテストを実行し、その機能を分離して確認できます。

このシナリオの正解は、OCI API Gateway サービスを使用し、レート制限を構成することです。OCI API Gateway サービスを使用してレート制限を構成することは、分散型サービス拒否 (DDoS) 攻撃に対処する効果的なアプローチです。レート制限を実装すると、特定の時間枠内で Web サービスに対して実行できるリクエストの数を制御できます。これにより、過負荷が防止され、DDoS 攻撃の影響を軽減しながら、サービスが正当なトラフィックを処理できるようになります。OCI API Gateway サービスを利用すると、レート制限ルールを簡単に構成して、1 秒あたりまたは 1 分あたりのリクエストの数を制限できます。これにより、適切なしきい値を設定し、過剰なリクエストによって Web サービスが圧倒されるのを防ぐことができます。API ゲートウェイは保護層として機能し、悪意のあるトラフィックを除外し、サービスのスムーズな動作を保証します。OCI Virtual Cloud Network (VCN) の分離やサードパーティのサービス統合などのオプションは全体的なセキュリティに貢献する可能性がありますが、レート制限ほど効率的に DDoS 攻撃に具体的に対処するわけではありません。VCNの分離はネットワークのセグメント化と分離に重点を置いていますが、サードパーティのサービス統合では追加の依存関係や複雑さが生じる可能性があります。Web サービスを書き直してレート制限を実装することは実行可能なオプションですが、前述の時間の制約を考慮すると、それは現実的ではない可能性があります。OCI API Gateway サービスを活用すると、レート制限を通じて DDoS 攻撃の軽減を実装するためのより迅速かつ簡単なソリューションが提供されます。

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

新しい Docker コンテナ イメージを OCI レジストリのリポジトリにプッシュするには、認証トークンを使用して Docker CLI 経由で認証を完了する必要があります1。認証トークンは、OCI Registry1 などの OCI サービスでの認証に使用できる、安全な自動生成パスワードです。次の手順に従って、コンソールで認証トークンを生成できます1:
コンソールの右上隅で、「プロファイル」メニューを開き、「ユーザー設定」をクリックして詳細を表示します。
「認証トークン」ページで、「トークンの生成」をクリックします。
認証トークンのわかりやすい説明を入力します。機密情報の入力は避けてください。
「トークンの生成」をクリックします。新しい認証トークンが表示されます。
認証トークンはコンソールに再度表示されないため、認証トークンを後で取得できる安全な場所にすぐにコピーします。
「トークンの生成」ダイアログを閉じます。認証トークンを生成した後、Docker を実行しているクライアント マシンのターミナル ウィンドウに docker login <region-key>.ocir.io と入力して、OCI レジストリにログインする必要があります。ここで、<region-key> は、使用している OCI レジストリ リージョン 1. ユーザー名の入力を求められたら、ユーザー名を <tenancy-namespace>/<username> の形式で入力します。<tenancy-namespace> は、tenancy1 の自動生成された Object Storage ネームスペース文字列です。パスワードの入力を求められたら、前にコピーした認証トークンを入力します1。