カスケード障害は、正のフィードバックの結果として時間の経過とともに拡大する障害です。これは、システム全体の一部に障害が発生した場合に発生する可能性があり、システムの他の部分にも障害が発生する可能性が高くなります。
サーキット ブレーカー パターンは、サービスが失敗する可能性のある操作を実行することを防ぎます。たとえば、クライアント サービスは、ダウンストリーム サービスが適切に機能していない場合に、サーキット ブレーカーを使用して、ネットワーク経由でのさらなるリモート呼び出しを防ぐことができます。これにより、あるサービスから別のサービスへの再試行の失敗が突然急増してネットワークが混雑することを防ぎ、連鎖的な障害も防ぐことができます。自己修復サーキット ブレーカーは、ダウンストリーム サービスを定期的にチェックし、ダウンストリーム サービスが正常に機能し始めるとサーキット ブレーカーをリセットします。

https://blogs.oracle.com/developers/getting-started-with-microservices-part-three

Oracle Cloud Infrastructure (OCI)の外部DNSの設定:
Kubernetes のクラスター内部 DNS サーバーである Kubernetes DNS からインスピレーションを得た ExternalDNS は、パブリック DNS サーバー経由で Kubernetes リソースを検出できるようにします。KubeDNS と同様に、Kubernetes API からリソース (サービス、イングレスなど) のリストを取得して、必要な DNS レコードのリストを決定します。
広い意味では、外部DNSを使用すると、DNSプロバイダーに依存しない方法でKubernetesリソースを介してDNSレコードを動的に制御できます。 外部DNSのデプロイ 外部DNSをテストするクラスターにkubectlクライアントを接続します。まず、OCI API に接続するために必要な情報を含む構成ファイルを作成する必要があります。
新しいファイル (oci.yaml) を作成し、以下の例に一致するように内容を変更します。自分の資格情報と一致するように値を必ず調整してください。
認証:
リージョン: us-phoenix-1
テナンシー: ocid1.tenancy.oc1...
ユーザー: ocid1.user.oc1...
キー: |
-----RSA 秘密鍵の開始-----
-----RSA 秘密鍵の終了-----
指紋: af:81:71:8e...
コンパートメント: ocid1.compartment.oc1...
参考文献:
https://github.com/kubernetes-sigs/external-dns/blob/master/README.md
https://github.com/kubernetes-sigs/external-dns/blob/master/docs/tutorials/oracle.md

Oracle Cloud Infrastructureロード・バランサの形状により、最大合計帯域幅(つまり、イングレスとエグレス)が指定されます。デフォルトでは、ロード バランサーは 100Mbps の形状で作成されます。400Mbps や 8000Mbps など、他の形状も利用できます。
ロード バランサーの代替形状を指定するには、マニフェスト ファイルのメタデータ セクションに次の注釈を追加します。
service.beta.kubernetes.io/oci-load-balancer-shape: <値>
ここで、 value はシェイプの帯域幅です (たとえば、100Mbps、400Mbps、8000Mbps)。
例えば：
APIバージョン: v1
種類: サービス
メタデータ:
名前: my-nginx-svc
ラベル:
アプリ：nginx
注釈:
service.beta.kubernetes.io/oci-load-balancer-shape: 400Mbps
仕様:
タイプ: ロードバランサー
ポート:
- ポート: 80
セレクタ：
アプリ：nginx
https://github.com/oracle/oci-cloud-controller-manager/blob/master/docs/load-balancer-annotations.md

Oracle Cloud Infrastructureは、Oracle Cloud Infrastructureサービスを操作するための多数のDevOpsツールとプラグインを提供します。これらにより、インフラストラクチャのプロビジョニングと管理が簡素化され、自動テストと継続的配信が可能になります。
A/B テスト
A/B テストはカナリア展開またはブルーグリーン展開と組み合わせることができますが、それはまったく異なります。A/B テストは実際には、サービスまたは機能の使用状況のテストを対象としており、通常、仮説を検証したり、サービスまたは機能の 2 つのバージョンと、パフォーマンス、発見可能性、使いやすさの点でそれらがどのように比較されるかを測定するために使用されます。A/B テストでは、機能フラグ (機能切り替え) を利用することが多く、これにより機能を動的にオンまたはオフにすることができます。
統合テスト
統合テストは、エンドツーエンド (e2e) テストとも呼ばれます。これらは、運用環境での使用を想定した方法でシステムを実行する、長時間実行されるテストです。これらは、信頼性を実証し、信頼性を高める上で最も価値のあるテストです。
侵入テスト
オラクルは、オラクルのクラウドインフラストラクチャ、プラットフォーム、アプリケーションに対して侵入テストと脆弱性テスト、およびセキュリティ評価を定期的に実行しています。これらのテストは、Oracle Cloud Servicesの全体的なセキュリティを検証し、改善することを目的としています。
参考文献:
https://docs.cloud.oracle.com/en-us/iaas/Content/API/Concepts/devopstools.htm

Oracle 関数の概念:
このトピックでは、Oracle Functions を使用する際に理解する必要がある重要な概念について説明します。
アプリケーション:
Oracle Functions では、アプリケーションは次のようになります。
1. 関数の論理的なグループ化
2. アプリケーション内のすべての関数で使用できる構成変数を保存するための共通コンテキスト
3. 関数のランタイム分離を確実にする方法
Oracle Functionsでアプリケーションを定義するときは、アプリケーション内の関数を実行するサブネットを指定します。異なるアプリケーションからの関数が同時に呼び出される場合、Oracle Functions はこれらの関数の実行が相互に分離されていることを保証します。
Oracle Functions は、アプリケーションとその機能をコンソールに表示します。
参考文献:
https://docs.cloud.oracle.com/en-us/iaas/Content/Functions/Concepts/functionsconcepts.htm