Objectives
Kubernetes にアプリケーションをデプロイする開発者である必要があります。Kubernetes ワークロードのコンセプトを理解し、アプリケーションに最も適したワークロードタイプを把握する必要があります。
Kubernetes では、ワークロードは、Kubernetes によって運用および調整されるコンテナ化されたアプリケーションです。そのため、開発者は、アプリケーションに最適なワークロードタイプを決定します。
さまざまなタイプのワークロードを考慮する前に、まずステートレスワークロードとステートフルワークロードの違いを理解する必要があります。
ステートフルアプリケーションとステートレスアプリケーションのどちらをデプロイするかの決定は重要であり、慎重に検討する必要があります。不適切なワークロードタイプを選択すると、後で問題が発生する可能性があります。
Kubernetes には、さまざまなワークロードタイプが用意されています。各ワークロードタイプには、独自の長所と短所があります。選択するワークロードタイプは、アプリケーションおよび要件によって異なります。
Pod を直接作成および管理するのではなく、ワークロードを使用する必要があるのはなぜですか。答えはシンプルです。ワークロードは、基礎となる Pod を抽象化する上位レベルのオブジェクトです。ワークロードを使用する場合、Pod を直接管理する必要はありません。代わりに、ワークロードを管理することができ、Kubernetes で Pod の管理が処理されます。
以下のボタンをクリックして、主要ワークロードタイプとその目的に関する詳細を確認します。それらはすべて、SAP BTP, Kyma ランタイムで使用できます。
SAP BTP, Kyma ランタイムでは、Kyma クラスタに Serverless モジュールを追加できます。このモジュールでは、関数などのサーバレスアプリケーションを構築、実行、および管理するためのサーバなしランタイムが提供されます。
このコンテキストでは、サーバレスとは、基盤となるインフラストラクチャを心配することなく、コードを簡単にデプロイできることを意味します。サーバレスを使用する利点は、導入および運用作業が大幅に削減されることです。これにより、コードのみに焦点を当てることができます。
| 詳細 | 内容説明 | 説明 |
|---|---|---|
| 機能 | 関数はサーバレスのワークロードタイプです。 | コンテナイメージを指定せずにコードを実行する場合は、関数を使用します。これを使用して、一部のデータ (バッチジョブ) を処理するためにトリガされる単純な API、またはイベントによってトリガされる単純な API をデプロイすることができます。 |
ワークロードは基礎となる Pod を抽象化します。これらは、アプリケーションをより便利な方法で管理できる上位レベルのオブジェクトです。Kubernetes には、さまざまな使用ケースに適したさまざまなワークロードタイプが用意されています。選択するワークロードタイプは、アプリケーションおよび要件によって異なります。