IBM Cloud Code Engine

サーバーレスとは、開発者からインフラストラクチャーに対する不安を取り除き、開発者がコードの作成とビジネス・ロジックに時間と労力を集中できるようにするコンピューティングの手法です。 インフラストラクチャーの管理タスク（プロビジョニング、セキュリティー保護、スケーリング、スケジュール、パッチ処理など）は、クラウド・プロバイダーの責任で行います。 IBM Cloud Code Engineの概念は、他のas-a-serviceプラットフォームのランタイム特性を含めることで拡張しており、開発者は統合された体験から任意の種類のコードを実行できます。

IBM Cloud Code Engineは、Kubernetesに基づいていますが、その複雑性は隠されているため、開発者はホスティング環境の管理に気を取られることなく、コードの作成に集中できます。 これは、大多数のユーザーにとって優れた体験である一方で、Kubernetesの構成の全てにアクセスしたいユーザーもいます（他のKubernetesワークロードと統合する場合など）。 IBM Cloud Code Engineは、使い慣れたKubernetesツール（例えば、kubectl）を公開することで、これを可能にしています。

ありません。ただし、毎月リセットされる月ごとの制限があり、 その範囲内で小さなアプリケーションやジョブを実行できます。 無料利用枠の制限に達すると、コストは以下に基づいて変動します。

• ワークロードのインスタンスごとに割り当てられたメモリーとCPU
• インスタンス数
• 各インスタンスの存続時間
• HTTP呼び出しの数

アプリケーションは、HTTPエンドポイントを公開するプロセスです。 Webまたはモバイル・アプリケーション、REST API サーブ、プロキシー・アプリケーションのバックエンドとして使用できます。 IBM Cloud Code Engine内で、1つのCLIコマンドを実行します。 コンテナ・イメージの実行、HTTPSエンドポイントの公開、自動スケーリングのセットアップといった全ての設定を適切に行う方法は、チュートリアルをご確認ください。

バッチ処理は、人間の介入なしに実行できる頻繁に使用されるプログラムに適しています。 開発者は、大規模なバッチ・ジョブ・インスタンスを並列で実行して、高負荷のコンピューティング・タスクやETL（例えば、トランスコーディング）、MapReduce、シミュレーション（科学的コンピューティング）、レンダリングやあらゆるタイプの並列データ処理など、さまざまなワークロードをサポートできます。 IBM Cloud Code Engine内のバッチ・ジョブはコンテナとして実行されます。つまり、ジョブをイメージとしてパッケージ化して、IBM Cloud Code Engineに送信するだけで済みます。 この方法により、バッチ・ジョブは安全性を確保するために分離され、指定したバッチ・ジョブCPUとメモリーの要求が容易に達成されます。

はい。ソースコードの作成のみに集中して、イメージの構築プロセスに関わりたくない場合は、コンテナ・イメージのビルド機能をご活用ください。 （Gitリポジトリーを使用して）直接ソースコードを提供すると、IBM Cloud Code Engineがお客様に代わってコンテナ・イメージを構築、管理します。 IBM Cloud Foundryに精通しているお客様は、この製品との類似点にお気づきになるはずです。 IBM Cloud Code Engineは、2つのビルド戦略をサポートしています。 1つはDockerfileビルドで、Kanikoビルダー・ツールを使用します。 もう1つは、Cloud Native Buildpackで、Paketo Buildpacksを使用します。