IBM Cloud Code Engine

サーバーレスは、コンピューティングに対する1つのアプローチであり、開発者がインフラストラクチャーについて心配することなく、コードとビジネス・ロジックに時間と労力を集中できるようにします。 インフラストラクチャーの管理作業（例えば、プロビジョニング、セキュリティー保護、スケーリング、スケジューリング、パッチ適用など）は、クラウド・プロバイダーの責任で行います。 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つは、Paketo Buildpacksを使用するCloud Native Buildpackです。