Dockerfile をいじくり回すのにうんざりしたことはありませんか? Dockerfile と Docker イメージは、再利用可能なコンテナー化されたデプロイメント用にアプリをパッケージ化する優れた方法です。ただし、Dockerfile の作成と管理は必ずしも直感的ではなく、アプリに機能を追加するために使用できる時間を奪われます。そこで Cloud Native Buildpacks の出番です。Buildpacks は、アプリの実行に必要なものをすべてまとめて Open Container Initiative (OCI) イメージにまとめるために存在します。Dockerfile は必要ありません。 使いやすく、時間と手間を省くコンテナ ビルド プロセスを必要としているすべての開発者にとって、Cloud Native Buildpacks はまさに探し求めていたソリューションかもしれません。興味がありますか? 詳しくお話ししましょう。 クラウド ネイティブ ビルドパックとは何ですか? 大まかに言えば、 アプリケーション コードを取得し、ビルド プロセスを通じて実行可能にします。次に、  アプリケーションのソース コードを取得して、実行可能で再現可能な OCI イメージに変換し、イメージのセキュリティ、パフォーマンスの最適化、コンテナーのビルド順序に関する要件を実装します。これは、必要な Dockerfile を正確に持っているようなものです。ただし、Dockerfile を作成する必要はありません。 ビルドパックは Cloud Native ビルドパックは ほとんどの開発者は Dockerfile を作成できますが、Docker やインフラストラクチャの専門家はほとんどいません。Web 上で見つかったコード スニペットから寄せ集められた Dockerfile を持つアプリが多すぎます。多くの場合、Copilot、Stack Overflow、ChatGPT の寄せ集めです。Dockerfile のエラーにより、アプリケーションの安全性が低下し、パフォーマンスが低下する可能性があります。   この負担を引き受け、各言語またはフレームワークのベストプラクティスを自動的に適用します。 任意の数の を利用し、必要なビルドパックを自動的に検出して適用し、アプリケーションを構築できます。Heroku のビルダーが現在サポートしているビルドパックは次のとおりです。 Cloud Native Buildpacks は ビルダーは ビルドパック   $ pack builder inspect heroku/builder:24 Inspecting builder: heroku/builder:24 REMOTE: Description: Ubuntu 24.04 AMD64+ARM64 base image with buildpacks for .NET, Go, Java, Node.js, PHP, Python, Ruby & Scala. ... Buildpacks: ID NAME VERSION heroku/deb-packages Heroku .deb Packages 0.0.3 heroku/dotnet Heroku .NET 0.1.10 heroku/go Heroku Go 0.5.2 heroku/gradle Heroku Gradle 6.0.4 heroku/java Heroku Java 6.0.4 heroku/jvm Heroku OpenJDK 6.0.4 heroku/maven Heroku Maven 6.0.4 heroku/nodejs Heroku Node.js 3.4.5 heroku/nodejs-corepack Heroku Node.js Corepack 3.4.5 heroku/nodejs-engine Heroku Node.js Engine 3.4.5 heroku/nodejs-npm-engine Heroku Node.js npm Engine 3.4.5 heroku/nodejs-npm-install Heroku Node.js npm Install 3.4.5 heroku/nodejs-pnpm-engine Heroku Node.js pnpm Engine 3.4.5 heroku/nodejs-pnpm-install Heroku Node.js pnpm install 3.4.5 heroku/nodejs-yarn Heroku Node.js Yarn 3.4.5 heroku/php Heroku PHP 0.2.0 heroku/procfile Heroku Procfile 4.0.0 heroku/python Heroku Python 0.23.0 heroku/ruby Heroku Ruby 5.0.1 heroku/sbt Heroku sbt 6.0.4 heroku/scala Heroku Scala 6.0.4   や などの他のビルダーも、さまざまなビルドパックを提供しています。全体として、Cloud Native Buildpacks エコシステムは成長し、成熟しており、開発者にとっては喜ばしいことです。 Paketo Google Cloud  Heroku に詳しい方は、すでに エクスペリエンスを楽しんでいらっしゃるでしょう。git  を使用すると、Dockerfile を必要とせずに Heroku に直接デプロイできます。Cloud Native Buildpacks は Heroku ビルドパックのエクスペリエンスに基づいて構築され、かつてはベンダー固有の実装であったものを、あらゆるクラウド プラットフォームで使用できる CNCF 標準に変換します。 ビルドパックの git push heroku main つまり、  使用すると、開発者は次のことが可能になります。 Cloud Native Buildpacks を これまで以上に簡単にアプリケーションを導入 … ロックインのない標準ベースの方法で …コンテナのベストプラクティスを適用しながら …開発者が Dockerfile を操作する必要もありません。 ユースケース 素晴らしいですね。これらすべての利点を踏まえて、Cloud Native Buildpacks を使用することでメリットが得られる具体的なケースをいくつか見てみましょう。 通常 Dockerfile が必要となるあらゆる場所で、ビルドパックを使用できます。例:  Node.js ウェブアプリケーション Pythonマイクロサービス 複数の言語やフレームワークを使用する異種アプリケーション AWS、Azure、Herokuなどのクラウドプラットフォームにデプロイするためのアプリケーションの構築 注目すべき点が 1 つあります。 ビルドパックでは、特定のアプリケーションを特定のビルダーまたはビルドパックでビルドすることを宣言するだけです。対照的に、Dockerfile では、アプリケーションをビルドするためにコマンドとそれらのコマンドを実行する順序を定義する必要があります。そのため、ビルドパックは現在、Dockerfile 内で利用できるレベルの構成可能性を提供していないため、より高度なユースケースのニーズを満たさない可能性があります。 ビルドパックは ですが、Dockerfile は です。 宣言型 手続き型 とはいえ、Cloud Native Buildpacks にはベンダー ロックインはありません。OCI イメージをビルドするだけです。Buildpack で利用できるものよりも多くのカスタマイズとオプションが必要ですか? ビルド パイプラインのビルダーを Dockerfile と標準の OCI イメージ ビルドに置き換えるだけで、準備完了です。 簡単なウォークスルー Cloud Native Buildpacks の使用方法を簡単に説明しましょう。 アプリ開発者としてビルドパックを使い始めるには、まず をインストールする必要があります。このツールを使用すると、ビルドパックを使用してアプリケーションをビルドできます。ご使用のオペレーティング システムのインストール手順に従ってください。 Pack CLI ツール さらに、まだインストールしていない場合は、ビルダーがアプリをビルドし、イメージを実行するために 必要になります。これら 2 つのツールをインストールしたら、準備完了です。 Docker デーモンが サンプルアプリを構築する ツールにアクセスしたら、サンプル アプリケーションを構築して試してみることができます。これを Next.js アプリケーション内で実行します。ビルドパックをテストするためのサンプル アプリケーションが必要ですか?  。お手持ちのアプリケーションを試すこともできます。 pack Next.js サンプル アプリケーションの完全なディレクトリはこちらです アプリケーションの準備ができたら、まずはパック ツールが提案するビルダーを確認します。シェルでアプリ ディレクトリに移動し、次のコマンドを実行します。   $ pack builder suggest 私の Ubuntu インストールでは、Next.js アプリケーションに対して、  ツールが次のビルダーを提案します。  pack 提案された Heroku ビルドパック (   ) を試してみましょう。これを使用するには、次のコマンドを実行します。 heroku/builder:24   $ pack build my-app --builder heroku/builder:24 ビルド時間はアプリケーションのサイズによって異なります。私の場合、アプリケーションのビルドには 30 秒かかりました。これで、イメージの準備ができました。次のようにしてイメージを実行できます。   $ docker run -p 3000:3000 my-app 結果は次のようになります。  これで完了です。Dockerfile を使用せ 、Next.js アプリケーションの OCI イメージを正常に構築できました。 ずに 追加構成 ビルドパック内で何かを構成する必要がある場合はどうすればよいでしょうか。この場合は、ビルダーによって選択されたビルドパックを参照します。たとえば、私の Next.js アプリの場合、ログを見ると、ビルダーが と 2 つのビルドパックを選択したことがわかります。  nodejs-engine nodejs-yarn の ビルドパックで使用される yarn バージョンを指定したいとします。まず、  にアクセスし、  キーを使用して ファイルで yarn バージョンを指定できることを確認します。ファイルを次のように変更します。 nodejs-yarn ビルドパックの Readme packageManager package.json   { "packageManager": "yarn@1.22.22" } そこからは、もう一度 実行するだけです。 pack build my-app --builder heroku/builder:24 結論 Cloud Native Buildpacks は、アプリケーション用のコンテナ イメージを作成するための新しい方法です。Dockerfile が不要になることで、アプリケーションのパッケージ化とデプロイがこれまで以上に高速化されます。また、標準のコンテナ イメージを作成するため、ベンダー ロックインはありません。  Cloud Native Buildpacks は多くのプラットフォームでプレビュー段階にあります。つまり、機能セットは軽量ですが、急速に成長しています。Cloud  た Heroku も、これを に導入する予定です。Cloud Native Buildpacks がクラウド プラットフォーム コミュニティ全体で安全かつ迅速なアプリケーション展開をどのように実現するかを見るのが楽しみです。 Native Buildpacks をオープンソース化し 次世代プラットフォーム

2022 - HackerNoon Contributor of the Year - Engineering

2022 - HackerNoon Contributor of the Year - Heroku

2022 - HackerNoon Contributor of the Year - Jobs

2022 - HackerNoon Contributor of the Year - Kubernetes

2022 - HackerNoon Contributor of the Year - Npm

2022 - No No No Nodejs

Nominated for 2022 - HackerNoon Contributor of the Year - Heroku

Nominated for 2022 - No No No Nodejs

Nominated for 2022 - HackerNoon Contributor of the Year - Jobs

Nominated for 2022 - HackerNoon Contributor of the Year - Npm

Nominated for 2022 - HackerNoon Contributor of the Year - Kubernetes

Nominated for 2022 - HackerNoon Contributor of the Year - Engineering

このオーディオは、ストーリーの元の言語で制作されています。

長すぎる; 読むには

Make resilience your competitive advantage

クラウド ネイティブ ビルドパックとは? 簡単なウォークスルー

クラウドネイティブビルドパックとは? 簡単なウォークスルー

About Author

コメント

ラベル

この記事は

Related Stories

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

タップして稼ぐ：テレグラムはソラナより先に次の100億人の暗号通貨ユーザーを獲得する可能性がある

目に見えない層: ユーザーインタビューがかけがえのない資産である理由

暗号通貨の成長: 効果的なユーザーペルソナの作成