Pod のデバッグ
Pod のデバッグの最初のステップは、Pod を確認することです。次のコマンドを使用して、ポッドの現在の状態と最近のイベントを確認します。
kubectl はポッド ${POD_NAME} を記述します
Pod 内のコンテナーの状態を確認します。彼らはすべて走っていますか？最近の再起動はありましたか?
Pod の状態に応じてデバッグを続行します。
ポッドが保留中のままです
ポッドが保留中のままになっている場合は、ノードにスケジュールできないことを意味します。一般に、これはスケジューリングを妨げる何らかのタイプのリソースが不足しているためです。上記の kubectl describe ... コマンドの出力を見てください。Pod をスケジュールできない理由についてのスケジューラーからのメッセージがあるはずです。
https://kubernetes.io/docs/tasks/debug-application-cluster/debug-pod-replication-controller/

Oracle Functionsで使用するOracle Cloud Infrastructure API署名キーを設定します:
Oracle Functionsを使用する前に、Oracle Cloud Infrastructure API署名キーを設定する必要があります。
このトピックの手順は、次のことを前提としています。
- Linux を使用している
詳細およびその他のオプションについては、必要なキーとOCIDを参照してください。
以下の手順では、新しい ~/.oci ディレクトリを作成する方法、その ~/.oci ディレクトリに新しい秘密鍵ファイルと公開鍵ファイルを生成する方法、公開鍵を Oracle Cloud Infrastructure にアップロードして新しい API を作成する方法について説明します。署名キー、および公開 API キーのフィンガープリントを取得する方法。このドキュメントの他の場所での手順と例は、~/.oci ディレクトリが存在し、秘密鍵と公開鍵のファイルが含まれていることを前提としていることに注意してください。
API 署名鍵を設定するには:
関数開発者として開発環境にログインします。
ターミナル ウィンドウで、~/.oci ディレクトリがまだ存在しないことを確認します。たとえば、次のように入力します。
ls ~/.oci
~/.oci ディレクトリがまだ存在しないと仮定して、作成します。たとえば、次のように入力します。
mkdir ~/.oci
次のように入力して、指定したパスフレーズで暗号化された秘密鍵を生成します。
$ openssl genrsa -out ~/.oci/<秘密鍵ファイル名>.pem -aes128 2048
<private-key-file-name> は、秘密鍵ファイルに選択した名前です (例: john_api_key_private.pem)。
例えば：
$ openssl genrsa -out ~/.oci/john_api_key_private.pem -aes128 2048
RSA 秘密鍵の生成、2048 ビット長のモジュラス
....+++
................................................................... ...................+++ e is 65537 (0x10001) /Users/johndoe/.oci/john_api_key_private.pem のパスフレーズを入力してください:
参考文献:
https://docs.cloud.oracle.com/en-us/iaas/Content/Functions/Tasks/functionssetupapikey.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

通知サービスはサブスクリプション トピックをサポートします: E-Mail、Function、Https、PagerDuty、Slack

アラーム: 通知は、アラーム違反が発生したときにアラーム メッセージを送信します。アラーム メッセージは、アラームで指定されたトピックに送信されます。たとえば、CPU 使用率が高い場合にアラーム メッセージが設定される場合があります。アラームの管理を参照してください。

参考文献:
https://docs.cloud.oracle.com/en-us/iaas/Content/Notification/Concepts/notificationoverview.htm

機能の概要:
Oracle Functions は、完全に管理され、マルチテナントで、スケーラビリティが高く、オンデマンドの、Functions-as-a-Service プラットフォームです。エンタープライズ グレードの Oracle Cloud Infrastructure 上に構築され、Fn Project オープン ソース エンジンを搭載しています。ビジネス ニーズを満たすコードの記述に集中する場合は、Oracle 関数 (単に関数と省略されることもあります) を使用します。
Oracle Functions のサーバーレスで柔軟なアーキテクチャは、インフラストラクチャの管理やソフトウェアの管理を実行する必要がないことを意味します。コンピューティング インスタンスをプロビジョニングまたは維持する必要はなく、オペレーティング システム ソフトウェアのパッチとアップグレードが自動的に適用されます。Oracle Functions は、アプリの高可用性、スケーラビリティ、安全性、および監視を保証します。Oracle Functions を使用すると、Java、Python、Node、Go、Ruby でコードを記述できます (高度なユース ケースでは、独自の Dockerfile と Graal VM を使用できます)。
Oracle Functionsにデプロイした関数は、次から呼び出すことができます:
- Fn プロジェクト CLI。
- Oracle Cloud Infrastructure SDK。
- 関数の呼び出しエンドポイントへの署名付き HTTP 要求。すべての関数には呼び出しエンドポイントがあります。
- その他のOracle Cloudサービス(たとえば、イベント・サービスのイベントによってトリガーされる)または外部サービスから。
そのため、コードをデプロイし、直接呼び出すか、イベントに応答してトリガーし、実行中に消費されたリソースに対してのみ課金されます。
他のOracle Cloud Infrastructure ServicesからのOracle関数の起動:
他のOracle Cloud InfrastructureサービスからOracle Functionsの関数を呼び出すことができます。通常、別のサービスのイベントによって、Oracle Functions で定義された関数を呼び出すリクエストをトリガーする必要があります。
この機能は現在、次で利用できます。
1. イベント サービス。詳細については、イベントの概要を参照してください。
2.通知サービス。詳細については、通知の概要を参照してください。シナリオについては、「シナリオ A: VM のサイズを自動的に変更する」を参照してください。
3.API ゲートウェイ サービス。詳細については、「Oracle Functions で API Gateway バックエンドとして関数を追加する」を参照してください。
4.OCI署名バージョン1セキュリティ・ポリシーを使用するOracle Integrationサービス。詳細は、Oracle IntegrationでのRESTアダプタの使用のRESTアダプタでOracle Cloud Infrastructure関数をコールするようにOracle Integrationを構成するを参照してください。

そのため、OCI Registry サービスは関数を直接トリガーできません
参考文献:
https://docs.cloud.oracle.com/en-us/iaas/Content/Functions/Tasks/functionsintegratingwithother.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/Functions/Concepts/functionsoverview.htm
https://blogs.oracle.com/cloud-infrastructure/announce-notifications-triggers-for-serverless-functions