PersistentVolume (PV) は、管理者によってプロビジョニングされたクラスター内のストレージの一部です。PV はボリュームと同様のボリューム プラグインですが、PV を使用する個々のポッドから独立したライフサイクルを持ちます。
PersistentVolumeClaim (PVC) は、ユーザーによるストレージの要求です。ポッドに似ています。ポッドはノード リソースを消費し、PVC は PV リソースを消費します。
Kubernetes 永続ボリュームを作成する場合は、永続ボリュームの要求を満たすために、各可用性ドメインで十分なブロック ボリューム クォータが使用可能である必要があります。永続ボリューム要求は少なくとも 50 GB を要求する必要があります。永続ボリューム要求を定義してクラスターに適用すると、その要求にバインドされた永続ボリュームが作成されます。クレームは、基盤となる IaaS プロバイダーのブロック ストレージ ボリュームであり、耐久性があり、永続的なストレージを提供するため、ストレージが接続されているコンテナーが終了したかどうかに関係なく、データをそのまま維持できます。
Oracle Cloud Infrastructureを基盤となるIaaSプロバイダとして使用すると、Block Storageサービスからボリュームを接続することで永続ボリューム・クレームをプロビジョニングできます。


https://oracle.github.io/weblogic-kubernetes-operator/faq/oci-fss-pv/
https://kubernetes.io/docs/concepts/storage/persistent-volumes/

Oracle 関数: キー管理を使用した構成変数の暗号化と復号化 このプロセスには複数の手順が含まれるため、これから実行する手順の概要を説明しておくと役立つと思います。
KMS コンテナーを作成する
マスター暗号化キーの作成
マスター暗号化キーからデータ暗号化キー (DEK) を生成する
DEK 平文の戻り値を使用して機密値を暗号化します (オフライン) 暗号化された機密値をサーバーレス アプリケーションの設定変数として保存します 機密値の暗号化に使用される DEK 暗号文と initVector を関数設定変数として保存します 関数内で、 OCI KMS SDKを呼び出して、OCIDと暗号化エンドポイントを使用してDEK暗号文を平文に戻します。 復号化されたDEK平文とinitVectorを使用して機密値を復号化します。


参考文献:
https://blogs.oracle.com/developers/oracle-functions-using-key-management-to-encrypt-and-decrypt-configuration-variables
https://docs.oracle.com/en/database/other-databases/essbase/19.3/essad/encrypt-values-using-kms.html

トピックとサブスクリプションの管理:
1. 通知トピックとサブスクリプションを作成する
適切な通知トピックがまだ存在しない場合は、テナント管理者としてコンソールにログインし、トピックを作成する必要があります。既存のトピックを使用する場合でも、新しいトピックを作成する場合でも、電子メール アドレスをサブスクリプションとして追加すると、その電子メール アカウントの通知を監視できるようになります。
2. コンソールを使用してルールを作成する
コンソールを使用して、オブジェクト・ストレージによって発行されたバケット作成イベントと一致するパターンを持つルールを作成します。一致するイベントを配信するアクションとして作成した通知トピックを指定します。ルールをテストするには、バケットを作成します。Object Storage は、アクションをトリガーするイベントを発行します。通知を受け取るには、サブスクリプションで指定された電子メールを確認してください

参考文献:
https://docs.cloud.oracle.com/en-us/iaas/Content/Events/Concepts/eventsgetstarted.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/Notification/Tasks/managingtopicsandsubscriptions.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/Notification/Concepts/notificationoverview.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/Events/Concepts/filterevents.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/ResourceManager/Tasks/managingstacksandjobs.htm

マイクロサービス アーキテクチャについて学ぶ
多言語対応、拡張性、保守と展開が容易で、可用性が高く、障害を最小限に抑えるアプリケーションを設計したい場合は、マイクロサービス アーキテクチャを使用してクラウド アプリケーションを設計および展開します。
マイクロサービス アーキテクチャでは、各マイクロサービスは単純なタスクを所有し、REST API リクエストなどの軽量の通信メカニズムを使用してクライアントまたは他のマイクロサービスと通信します。
次の図は、複数のマイクロサービスで構成されるアプリケーションのアーキテクチャを示しています。

マイクロサービスを使用すると、アプリケーションを疎結合サービスのコレクションとして設計できます。マイクロサービスはシェアナッシング モデルに従い、ステートレス プロセスとして実行されます。このアプローチにより、アプリケーションの拡張と保守が容易になります。
API レイヤーは、マイクロサービスに対するすべてのクライアント リクエストのエントリ ポイントです。API レイヤーにより、マイクロサービスが HTTP、gRPC、TCP/UDP 経由で相互に通信できるようになります。
ロジック層は単一のビジネス タスクに焦点を当て、他のマイクロサービスへの依存関係を最小限に抑えます。このレイヤーは、マイクロサービスごとに異なる言語で作成できます。
データ ストア層は、データベース ストレージ エンジン、ログ ファイルなどの永続化メカニズムを提供します。マイクロサービスごとに個別の永続データ ストアを使用することを検討してください。
通常、各マイクロサービスは、軽量のランタイム環境を提供するコンテナー内で実行されます。
他のサービスと疎結合 - チームは、他のサービスへの変更の影響を受けたり、他のサービスに影響を与えたりすることなく、サービスの大部分の時間を独立して作業できます。

参考文献:
https://docs.oracle.com/en/solutions/learn-architect-microservice/index.html
https://microservices.io/patterns/microservices.html
https://www.techjini.com/blog/microservices/

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