サーバーレス

Serverlessは、クラウドで使用可能な他のサービスよりも複数のメリットを提供し、次の理由からエッジを備えています。

• 運用オーバーヘッドの削減:サーバーレス・コンピューティングにより、インフラストラクチャ、サーバー、ネットワークの管理のオーバーヘッドが軽減され、開発チームはコードの記述と新しいビジネス機能の開発に集中できます。
• 市場投入までの時間の短縮:サーバーレス・コンピューティングでは、クラウドで提供される他のコンピュート・サービスよりもアプリケーションを迅速に導入できるため、市場投入までの期間を短縮できます。
• スケーラビリティの向上:サーバーレス・コンピューティングは、スケール・アップとスケール・ダウンの両方のワークロード需要に基づいて自動的にスケーリングされます。積み重ねは自分を大切にする。
• コスト効率:サーバーレス・コンピューティングは、アプリケーション・コードの実行時間に対してのみ支払う必要があるため、コスト効率が高く、従来のコンピュート・モデルよりもコストを削減できます。
• 信頼性の向上:サーバーレス・コンピューティングには冗長性とフェイルオーバー・メカニズムが組み込まれており、アプリケーションの信頼性が向上します。
• より高い柔軟性:サーバーレス・コンピューティングは、開発者に柔軟性を提供するために、様々な一般的なプログラミング言語をサポートしています。コンテナなどのデプロイメント・モデルや、サーバーレス・コンピューティングにデプロイされたコードの記述もサポートします。

サーバーレス・コンピューティング(サービスと呼ばれることが多い)により、開発者は、アプリケーション・コードの実行に必要な基礎となるインフラストラクチャを気にすることなく、コードの記述とコードのデプロイに集中できます。次のステップを使用して、OCI関数などのサーバーレス実装でコードを実行します。

1. コードを優先プログラミング言語で記述し、ファンクションのコンテナ・イメージにパッケージ化します。
2. func.yamlに、最大実行時間やメモリー消費量を含む関数定義を指定します。
3. 実行前にコンテナ・イメージをコンテナ・レジストリにプッシュしてプルします。
4. ファンクション・メタデータ(メモリーおよび時間制限)をFnサーバーにアップロードします。
5. コンソールのファンクションのリストにファンクションを追加します。
6. CLIコマンドまたはhttpリクエスト、スケジュール、イベント・サービスなどの外部トリガーからのトリガー
7. トリガー関数で、コンテナ・イメージを特定し、コンテナ・レジストリからプルします。
8. ファンクションが属するアプリケーションに関連付けられたサブネット内のインスタンスで、コンテナ・イメージで定義されたロジックを実行します。
9. 実行またはアイドル時間が経過すると、コンテナ・イメージが削除され、リソースが解放されます。

OCIは、OCI FunctionsおよびOCI Container Instancesと呼ばれるサービスとしてのサーバーレスをサポートしています。

• 機能: 機能は、フルマネージドのマルチテナント、スケーラビリティ、オンデマンドで、エンタープライズ・グレードのインフラストラクチャ上に構築され、Fn Projectのオープン・ソース・エンジンを搭載したサービス・プラットフォームとして機能します。関数を使用すると、Java、Python、Node、Go、RubyおよびC#でコードを記述できます。
• コンテナ・インスタンス: コンテナ・インスタンスは、サーバーを管理することなく、すばやく簡単にコンテナを実行できるサーバーレス・コンピュート・サービスです。仮想マシンと同じ分離レベルを提供します。

Serverlessは、ワークロード・リソースの需要の予測不可能な急増に対応するように設計されていますが、効率的な利用を利用するには、推奨されるベスト・プラクティスを使用して設計および実装する必要があります。

• 高速かつ最適化:高速に実行し、リソースを効率的に利用し、不要な依存関係を回避するために実装する必要があります。
• イベント主導: Serverlessは、イベントのトリガーから処理を開始してコストを削減し、スケーラビリティを向上させるイベント主導のアーキテクチャに最適です。
• マネージド・サービスによる実装:サーバーレスとマネージド・サービスを統合することで、複雑さとスケーラビリティのニーズが軽減されます。データベース、ストレージ、メッセージングなどのマネージド・サービスは、一般的にサーバーレスと対話します。
• 監視:サーバーレスのパフォーマンスとコストを監視して、低速で高価な機能を最適化します。OCI推奨監視実装を活用すること。
• セキュリティ:保存中および転送中のデータは、セキュリティ・リスクおよび攻撃を最小限に抑えるための制御へのアクセスを使用して暗号化する必要があります。

サーバーレスには、個々のビジネスおよび機能のニーズに対して複数のユースケースがあります。一般的な使用例を次に示します。

• バッチ・ジョブ:事前定義済のスケジュールと頻度でプロセスがトリガーされます。
• イベント駆動型アプリケーション:メッセージやHTTPリクエストなどの外部イベントから開始されたプロセス。
• マイクロサービス:薄い独立したサービス実装。
• 機械学習モデル:コスト効率が高くスケーラブルなAPIエンドポイントにモデルをデプロイします。

既存のワークロードをサーバーレスに移行することで、コストを削減し、回復力を高め、スケーラビリティを向上させることができます。次の情報では、ワークロードをオンプレミスからサーバーレスに移行するステップについて説明します。

1. サーバーレスに移行するワークロードを特定し、サイズ、複雑性、依存関係を特定します。
2. ファンクションが最も適しているか、コンテナ・インスタンスが適切である場合は、サーバーレス・プラットフォームを評価します。
3. ワークロードのデータベース、ストレージおよびメッセージングなどの外部サービスの依存関係を決定します。
4. アプリケーション・コードをリファクタリングして、パフォーマンスを最適化し、必要に応じてコンテナ化します。
5. サーバーレス環境で予想される機能についてアプリケーションをテストします。推奨されるテスト環境を使用します。
6. アプリケーションを実行のためにサーバーレス・プラットフォームにデプロイします。
7. アプリケーション・パフォーマンス・メトリックおよびリソース使用率を監視します。
8. 必要に応じてアプリケーションを最適化し、監視から取得したメトリックに基づいてパフォーマンスを向上させます。
9. ビルドおよびデプロイメントにDevOpsパイプラインを使用して、可能なすべてのものを自動化します。

サーバーレスには利点がありますが、ワークロードのデプロイメントには次の項目を考慮してください。

• コールド・スタート:サーバーレスはイベントに基づいてトリガーするように設計されているため、処理を開始するためにすぐには使用できません。開始にかなりの時間がかかる場合でも、超低レイテンシ要求を考慮してください。
• 実行タイムアウト:サーバーレスは、迅速な機能とリソースの解放を実現するために構築されています。その結果、デッド・ロックまたは無限ループおよび終了の予期しないシナリオをサーバーレスで処理するためのタイムアウトが関連付けられています。これらのシナリオは、データ損失や不安定な状態シナリオにつながる可能性があります。
• インフラストラクチャ・アクセスの制限:サーバーレス・コンピューティングは、実行されているインフラストラクチャへの最小限のアクセス権を持っているため、情報を永続化するために外部の状態管理またはストレージ・サービスに依存する必要があります。
• 複雑性:複雑なワークフローと依存関係を持つ従来のアーキテクチャでは、デバッグやトラブルシューティングの問題のために、サーバーレスによる複雑な処理が増加する可能性があります。

サーバーレスの未来には、複雑なインフラストラクチャを管理する必要がなくなり、課題を手動でスケーリングする必要がなくなります。また、利用に対してのみ支払う一方で、アプリケーション・ロードの予期しないサージの処理も含まれます。すぐに利用できるエンタープライズ・シナリオを処理するための開発者の労力を最小限に抑えるために、複数のフレームワークおよびソリューションがサーバーレスで開発および進化しています。サーバーレス上のツール、フレームワークおよびインストール可能なプラットフォームについては、CNCFランドスケープを確認してください。