承認ヘッダー
Oracle Cloud Infrastructureの署名は、Signature HTTPヘッダーではなく、「Signature」認証方式（Authorizationヘッダー付き）を使用します。
必要な資格情報とOCID
正しい形式のAPI署名キーが必要です。必要なキーとOCIDを参照してください。
テナンシーとユーザーのOCIDも必要です。テナンシーのOCIDとユーザーのOCIDを取得する場所を参照してください。
署名手順の概要
一般に、リクエストに署名するために必要な手順は次のとおりです。
HTTPSリクエストを作成します（SSLプロトコルTLS 1.2が必要です）。
リクエストの一部に基づいた署名文字列を作成します。
秘密鍵とRSA-SHA256アルゴリズムを使用して、署名文字列から署名を作成します。
結果の署名とその他の必要な情報をリクエストのAuthorizationヘッダーに追加します。
参照：
https://docs.cloud.oracle.com/en-us/iaas/Content/Streaming/Concepts/streamingoverview.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/API/Concepts/signingrequests.htm

Kubernetes用のOCIサービスブローカーをクラスターに追加する：
サービスブローカーは、クラウドネイティブプラットフォームで実行されているワークロードにバッキングサービスのカタログを提供します。Open Service Broker APIは、サービスブローカーとプラットフォーム間の相互作用に一般的に使用される標準です。Open Service Broker API仕様では、プラットフォームがサービスオファリングのプロビジョニング、アクセス、および管理に使用するAPIエンドポイントの単純なセットについて説明しています。Open Service Broker APIの詳細については、openservicebrokerapi.orgのリソースを含むオンラインで利用可能なリソースを参照してください。
Kubernetes用のOCIServiceBrokerは、Open ServiceBrokerAPIの実装です。Kubernetes用のOCIServiceBrokerは、特にKubernetesクラスタからのOracleCloudInfrastructureサービスと対話するためのものです。これには、次のOracleCloudInfrastructureサービスにバインドするための3つのサービスブローカーアダプタが含まれています。
-オブジェクトストレージ
-自律型トランザクション処理
-自律型データウェアハウス
参照：
https://docs.cloud.oracle.com/en-us/iaas/Content/ContEng/Tasks/contengaddingservicebrokers.htm

新しいバージョンのKubernetesがリリースされた後、Container Engine for Kubernetesが新しいバージョンをサポートする場合、Container Engine for Kubernetesを使用して、古いバージョンのKubernetesを実行しているマスターノードをアップグレードできます。Container Engine for Kubernetesは、Kubernetesコントロールプレーンを複数のOracle管理マスターノード（サポートされているリージョンのさまざまな可用性ドメインに分散）に分散して高可用性を確保するため、マスターノードで実行されているKubernetesバージョンをダウンタイムなしでアップグレードできます。 。
マスターノードを新しいバージョンのKubernetesにアップグレードしたら、その後、新しいバージョンを実行する新しいノードプールを作成できます。または、古いバージョンのKubernetesを実行する新しいノードプールを引き続き作成できます（これらの古いバージョンがマスターノードで実行されているKubernetesバージョンと互換性がある場合）。
「インプレース」アップグレードを実行してマスターノードをアップグレードしますが、「アウトオブプレース」アップグレードを実行してワーカーノードをアップグレードすることに注意してください。ノードプール内のワーカーノードで実行されているKubernetesのバージョンをアップグレードするには、元のノードプールを、適切なKubernetesバージョンを実行している新しいワーカーノードを持つ新しいノードプールに置き換えます。新しいポッドの起動を防ぎ、既存のポッドを削除するために、元のノードプール内の既存のワーカーノードを「ドレイン」した後、元のノードプールを削除できます。
クラスタ内のワーカーノードでのKubernetesバージョンのアップグレード：
新しいバージョンのKubernetesがリリースされた後、Container Engine for Kubernetesが新しいバージョンをサポートする場合、Container Engine for Kubernetesを使用して、古いバージョンのKubernetesを実行しているマスターノードをアップグレードできます。Container Engine for Kubernetesは、Kubernetesコントロールプレーンを複数のOracle管理マスターノード（サポートされているリージョンのさまざまな可用性ドメインに分散）に分散して高可用性を確保するため、マスターノードで実行されているKubernetesバージョンをダウンタイムなしでアップグレードできます。 。
クラスタ内のワーカーノードで実行されているKubernetesのバージョンをアップグレードするには、次の2つの方法があります。
（A）既存のノードプールで開始する新しいワーカーノードに最新のKubernetesバージョンを指定して、クラスター内のノードプールの「インプレース」アップグレードを実行します。まず、既存のノードプールのプロパティを変更して、より新しいKubernetesバージョンを指定します。次に、ノードプール内の既存のワーカーノードを「ドレイン」して、新しいポッドが起動しないようにし、既存のポッドを削除します。最後に、各ワーカーノードを順番に終了します。新しいワーカーノードが既存のノードプールで開始されると、指定した最新のKubernetesバージョンが実行されます。既存のノードプールを更新してインプレースワーカーノードのアップグレードを実行するを参照してください。
（B）元のノードプールを新しいノードプールに置き換えることにより、クラスター内のノードプールの「アウトオブプレース」アップグレードを実行します。まず、最新のKubernetesバージョンを使用して新しいノードプールを作成します。次に、元のノードプール内の既存のワーカーノードを「ドレイン」して、新しいポッドが起動しないようにし、既存のポッドを削除します。最後に、元のノードプールを削除します。新しいワーカーノードが新しいノードプールで開始されると、指定した最新のKubernetesバージョンが実行されます。既存のノードプールを新しいノードプールに置き換えることによる、アウトオブプレースワーカーノードのアップグレードの実行を参照してください。
どちらの場合も、次の点に注意してください。
ノードプール内のワーカーノードに指定する最新のKubernetesバージョンは、クラスター内のマスターノードで実行されているKubernetesバージョンと互換性がある必要があります。クラスタを新しいKubernetesバージョンにアップグレードするを参照してください）。
元のノードプール内の既存のワーカーノードをドレインする必要があります。ワーカーノードを空にしないと、クラスターで実行されているワークロードが中断される可能性があります。
参照：
https://docs.cloud.oracle.com/en-us/iaas/Content/ContEng/Tasks/contengupgradingk8sworkernode.htm

マイクロサービスはより大きく、機能以上のことを実行できます。関数は、イベントに応答して1つのアクションのみを実行する比較的小さなコードです。
多くのマイクロサービスは複数のサーバーで実行でき、特定のマイクロサービスのさまざまなインスタンスを複数のサーバーで実行できます。
多くの場合、マイクロサービスはいくつかの小さなステートレス関数に分解できます。マイクロサービスと機能の違いは、単にサイズだけではありません。関数はステートレスであり、基盤となるサーバーに関する知識や構成を必要としません。したがって、サーバーレスという用語が必要です。
マイクロサービスは、リソースと管理の要件が大きい、実行時間の長い複雑なアプリケーションに最適です。既存のモノリシックアプリケーションをマイクロサービスに移行できます。これにより、アプリケーションの機能をモジュール式に開発し、クラウドにデプロイすることが容易になります。マイクロサービスは、トランザクション全体を通じて情報を保持し、24時間年中無休の顧客ベースのニーズを満たすことができるため、eコマースサイトの構築にも適しています。
一方、サーバーレス機能は必要な場合にのみ実行されます。実行が終了すると、コードを実行するコンピューティングインスタンスはそれ自体を廃止します。サーバーレスは、特にイベントが散発的であり、イベント処理がリソースを大量に消費しない場合に、イベント駆動型のアプリケーションと連携します。サーバーレスは、開発者が迅速にデプロイする必要があり、アプリケーションのスケーリングに関する懸念が最小限である場合に適しています。たとえば、サーバーレスコンピューティングの適切な使用法は、データ集約を実行する必要があり、わずか数秒間実行されるスケジュールされたタスクです。

参照：
https://www.cloudflare.com/learning/serverless/glossary/serverless-microservice/
https://developer.oracle.com/java/fn-project-introduction.html
https://searchapparchitecture.techtarget.com/answer/When-should-I-choose-between-serverless-and-microservices

OracleFunctionsにデプロイした関数はさまざまな方法で呼び出すことができます。
FnプロジェクトCLIを使用します。
OracleCloudInfrastructureCLIの使用。
Oracle CloudInfrastructureSDKの使用。
関数のinvokeエンドポイントに対して署名されたHTTPリクエストを作成します。すべての関数には呼び出しエンドポイントがあります。
上記のそれぞれは、APIへのリクエストを介して関数を呼び出します。APIへのリクエストはすべて、リクエストヘッダーに関数が属するコンパートメントの署名とOCIDを含めることで認証する必要があります。このような要求は、「署名された」要求と呼ばれます。署名には、暗号化された形式のOracleCloudInfrastructureクレデンシャルが含まれます。