クラウドネイティブとは何ですか？
クラウドネイティブテクノロジーは、コンテナー、マイクロサービス、サーバーレス機能、開発パイプライン、コードとして表現されたインフラストラクチャ、イベント駆動型アプリケーション、およびアプリケーションプログラミングインターフェイス（API）の使用を特徴としています。クラウドネイティブにより、ソフトウェア開発が高速化され、復元力があり、管理しやすく、監視可能で、グローバルなエンタープライズレベルに動的にスケーラブルなアプリケーションを構築できます。
クラウドネイティブアプリケーションを構築するときは、バックエンドサービスが相互に通信する方法に注意を払う必要があります。理想的には、サービス間の通信が少ないほど良いです。ただし、バックエンドサービスは操作を完了するために相互に依存することが多いため、回避が常に可能であるとは限りません。
マイクロサービス間の直接HTTP呼び出しの実装は比較的簡単ですが、この方法を最小限に抑えるように注意する必要があります。まず、これらの呼び出しは常に同期しており、結果が返されるか、リクエストがタイムアウトするまで操作をブロックします。かつては自己完結型の独立したサービスであり、独立して進化し、頻繁に展開できるものが、今では相互に結合されています。マイクロサービス間の結合が増えると、それらのアーキテクチャ上の利点は減少します。
一部のシステムでは、別のマイクロサービスへの単一の直接HTTP呼び出しを行う頻度の低いリクエストの実行が許容される場合があります。ただし、複数のマイクロサービスへの直接HTTP呼び出しを呼び出す大量の呼び出しはお勧めできません。これらは遅延を増加させ、システムのパフォーマンス、スケーラビリティ、および可用性に悪影響を与える可能性があります。さらに悪いことに、一連の直接HTTP通信は、図4-9に示すように、同期マイクロサービス呼び出しの深く複雑なチェーンにつながる可能性があります。

メッセージキューは、プロデューサーとコンシューマーがメッセージを渡すための中間構造です。キューは、非同期のポイントツーポイントメッセージングパターンを実装します。
イベント
メッセージキューは、プロデューサーがコンシューマーにメッセージを非同期で送信できる通信を実装するための効果的な方法です。
参照：
https://www.xenonstack.com/blog/cloud-native-architecture/
https://www.oracle.com/sa/cloud/cloud-native/
https://www.oracle.com/technetwork/topics/entarch/cloud-native-app-development-wp-3664668.pdf

APIゲートウェイを作成し、それに1つ以上のAPIをデプロイしたら、通常、フロントエンドクライアントがバックエンドサービスにリクエストを送信できる速度を制限する必要があります。たとえば、次のようになります。
-バックエンドが多すぎるリクエストに圧倒されないように保護することで、高可用性とリソースのフェアユースを維持します
-サービス拒否攻撃を防ぐ
-リソース消費のコストを抑制します
-APIを収益化するために、顧客のユーザーによるAPIの使用を制限します。APIデプロイメント仕様のすべてのルートにグローバルにレート制限を適用します。
レート制限を超えたために要求が拒否された場合、応答ヘッダーは要求をいつ再試行できるかを指定します。
次の方法で、レート制限リクエストポリシーをAPIデプロイメント仕様に追加できます。
コンソールの使用
JSONファイルの編集
{{
"requestPolicies"：{
"rateLimiting"：{
"rateKey"： "CLIENT_IP"、
"rateInRequestsPerSecond"：10
}
}、
「ルート」：[
{{
"パス"： "/ hello"、
"メソッド"：["GET"]、
「バックエンド」：{
"タイプ"： "ORACLE_FUNCTIONS_BACKEND"、
"functionId"： "ocid1.fnfunc.oc1.phx.aaaaaaaaab ______ xmq"
}
}
]
}
https://docs.cloud.oracle.com/en-us/iaas/Content/APIGateway/Tasks/apigatewaylimitingbackendaccess.htm

クラスターへのローカルアクセスの設定
kubectlのローカルインストールとKubernetesダッシュボードを使用してクラスターにアクセスできるようにkubeconfigファイルを設定するには：
ステップ1：API署名キーペアを生成する
手順2：API署名鍵ペアの公開鍵をアップロードする
ステップ3：Oracle CloudInfrastructureCLIをインストールして構成します
ステップ4：kubeconfigファイルを設定する
ステップ5：kubectlがクラスターにアクセスできることを確認します
参照：
https://docs.cloud.oracle.com/en-us/iaas/Content/ContEng/Tasks/contengdownloadkubeconfigfile.htm

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

機能ログの保存と表示：
Oracle Functionsにデプロイした関数が呼び出されると、通常、後で確認できるように関数のログを保存する必要があります。関数を含むアプリケーションのロギング・ポリシーを設定することにより、OracleFunctionsが関数のログを格納する場所を指定します。
次のように指定できます。OracleFunctions：
ログをOracleCloudInfrastructureに格納します。Oracle Cloud Infrastructureロギング・サービスがリリースされるまで、Oracle Functionsは、ログをファイルとしてOracle Cloud Infrastructure ObjectStorageのストレージ・バケットに格納します。
ストレージバケット内の機能ログを表示するには、所属するグループに次のIDポリシーステートメントによるアクセスが許可されている必要があることに注意してください。
グループ<group-name>がコンパートメント<compartment-name>内のオブジェクトファミリを管理できるようにするグループ<group-name>がコンパートメント<compartment-name>内のobjectstorage-namespacesを読み取ることを許可する（通常、関数開発用のテナンシーを構成するときに作成されます。を参照してください。 OracleFunctionsユーザーにOracleCloudInfrastructureレジストリリポジトリへのアクセスを許可するポリシーを作成します。）ログをPapertrailなどの外部ロギング先にエクスポートして保存します。外部ロギング宛先を使用するには、パブリック・サブネットとインターネット・ゲートウェイを備えたVCNを設定しておく必要があることに注意してください（Oracle Functionsで使用するVCNとサブネットがまだ存在しない場合は、それらを作成するを参照）。
コンソールでアプリケーションログポリシーを設定します。
参照：
https://docs.cloud.oracle.com/en-us/iaas/Content/Functions/Tasks/functionsexportingfunctionlogfiles.htm