クラシック buildpack からの Cloud Native Buildpack の作成
最終更新日 2024年12月03日(火)
Table of Contents
Heroku の Fir 世代のアプリは、新しい buildpack 世代である Cloud Native Buildpack (CNB) を使用します。CNB は業界標準のツールと適切に連携するオープンスタンダードおよび仕様です。Cloud Native Buildpack は、クラシック buildpack と同じ機能、機能性、優れた開発者エクスペリエンスを提供し、ローカルでの実行機能、堅牢なキャッシング、コンポーザビリティの向上など、いくつかの改善が加えられています。Heroku のクラシック buildpack と Cloud Native Buildpack は設計や主旨は似ていますが、直接的な互換性はありません。そのため、クラシック buildpack は Fir 世代のアプリでの使用はサポートされません。
通常、開発者はコミュニティが作成したクラシック buildpack を使用して、Cedar 世代のアプリでビルドをカスタマイズします。同様のカスタマイズを Fir のビルドに適用するには、同等の CNB を使用する必要があります。同等の Cloud Native Buildpack がまだ存在しない、利用可能なクラシック buildpack は多数あります。この記事では、そのギャップを埋め、既存のクラシック buildpack から Heroku Fir で使用するための CNB を作成するプロセスについて説明することを目的としています。
例
heroku-buildpack-yq は、yq
をダウンロードしてインストールする bash で記述されたシンプルなクラシック buildpack です。yq
は json、yaml、toml ファイルを解析するバイナリです。執筆時点では、同等の Cloud Native Buildpack はありません。
この buildpack の bin/detect は常に渡されるため、条件ロジックはありません。
#!/usr/bin/env bash
# bin/detect <build-dir>
echo 'yq'
exit 0
この buildpack の bin/compile スクリプトには、以下のようないくつかの機能があります。
- YQ_VERSION 環境変数による yq バージョン選択
- yq バイナリをキャッシュして、ビルドごとにインターネットからダウンロードされないようにします。
- yq バイナリを $PATH に追加して、ランタイムとそれ以降の buildpack の両方でコマンドラインから使用できるようにします。
#!/usr/bin/env bash
# bin/compile <build-dir> <cache-dir> <env-dir>
set -euo pipefail
BUILD_DIR=$1
CACHE_DIR=$2
ENV_DIR=$3
BUILDPACK_DIR=$(cd "$(dirname "$(dirname "${BASH_SOURCE[0]}")")" && pwd)
YQ_BUILD_DIR="$BUILD_DIR/.yq"
YQ_CACHE_DIR="$CACHE_DIR/.yq"
YQ_VERSION="4.44.3"
if [ -f "$ENV_DIR/YQ_VERSION" ]; then
YQ_VERSION=$(cat "$ENV_DIR/YQ_VERSION")
fi
YQ_URL="https://github.com/mikefarah/yq/releases/download/v${YQ_VERSION}/yq_linux_amd64.tar.gz"
if [[ -f "$YQ_CACHE_DIR/yq-version" ]] && grep -q "$YQ_VERSION" "$YQ_CACHE_DIR/yq-version" ; then
echo "Using yq $YQ_VERSION from cache"
cp -R "${YQ_CACHE_DIR}" "${YQ_BUILD_DIR}"
else
echo "Downloading yq $YQ_VERSION from $YQ_URL"
mkdir -p "${YQ_BUILD_DIR}"
curl -sSf --location --retry 3 --retry-connrefused --connect-timeout 10 "${YQ_URL}" | tar -zx -C "${YQ_BUILD_DIR}"
mv "${YQ_BUILD_DIR}/yq_linux_amd64" "${YQ_BUILD_DIR}/yq"
printf "%s" "$YQ_VERSION" > "$YQ_BUILD_DIR/yq-version"
rm -rf "${YQ_CACHE_DIR}"
cp -R "${YQ_BUILD_DIR}" "${YQ_CACHE_DIR}"
fi
mkdir -p "$BUILD_DIR/.profile.d"
echo "export PATH=\"$HOME/.yq:\$PATH\"" >> "$BUILD_DIR/.profile.d/heroku-buildpack-yq.sh"
echo "export PATH=\"$BUILD_DIR/.yq:\$PATH\"" >> "$BUILDPACK_DIR/export"
同等の yq CNB を生成するには、いくつかの手順を実行する必要があります。
この記事は単なる例であり、すべての buildpack のユースケースを網羅した包括的なガイドではありません。CNB の機能、性能、使用方法をより深く理解するために、チュートリアルや仕様などの公式 CNB ドキュメントを読むことを強くお勧めします。
インストールパック
Cloud Native Buildpack チームは、pack
という CNB の操作に便利な CLI を提供しています。続行するにはこのツールが必要になります。インストール手順については、こちらを参照してください。
CNB を作成する
新しい CNB を作成するには、pack
を使用します。pack buildpack new
で基本的な骨組みを構築します。
$ pack buildpack new heroku-examples/yq --path buildpack-yq
$ cd buildpack-yq
生成された CNB には、buildpack.toml
と 2 つの bash スクリプトである bin/detect
および bin/build
が含まれます。CNB は任意の言語で記述できますが、変換を簡素化するためにこの CNB では bash を使用します。
buildpack.toml
を更新する
pack buildpack new
で生成された基本的な buildpack.toml
は、このシナリオで必要とするものとは少し異なります。次のような変更を加えることができます。
api
バージョンを Heroku Fir でサポートされている最新の CNB buildpack API バージョンの0.10
に更新します。- 古いパックバージョンとの互換性を向上させるために、
id = "*"
を指定して[[stacks]]
テーブルを追加します。 [[targets]]
を更新してlinux/arm64
とlinux/amd64
の両方を含めます。Heroku Fir アプリは linux/arm64 上で実行されるため、Heroku Fir で使用するには arm64 が必須です。amd64 エントリはオプションですが、CNB をローカルでテストするのに役立ちます。
新しい buildpack.toml は次のようになります。
# buildpack.toml
api = "0.10"
[buildpack]
id = "heroku-examples/yq"
version = "0.0.1"
name = "yq"
[[stacks]]
id = "*"
[[targets]]
os = "linux"
arch = "arm64"
[[targets]]
os = "linux"
arch = "amd64"
bin/detect
をコピーする
yq
Heroku クラシック buildpack の bin/detect は常に exit 0
を渡すため、Cloud Native Buildpack 仕様と完全に互換性があります。yq Heroku クラシック buildpack から yq Cloud Native Buildpack に bin/detect
をコピーできます。
#!/usr/bin/env bash
# bin/detect
echo 'yq'
exit 0
bin/compile を bin/build にコピーする
Cloud Native Buildpack の仕様で、bin/build
はビルドプロセスを開始するためのエントリポイントです。このエントリポイントは、bin/compile
を使用する Heroku のクラシック buildpack API とは異なります。クラシック buildpack から CNB の bin/build に bin/compile
をコピーします。
#!/usr/bin/env bash
# bin/build
set -euo pipefail
BUILD_DIR=$1
CACHE_DIR=$2
ENV_DIR=$3
BUILDPACK_DIR=$(cd "$(dirname "$(dirname "${BASH_SOURCE[0]}")")" && pwd)
YQ_BUILD_DIR="$BUILD_DIR/.yq"
YQ_CACHE_DIR="$CACHE_DIR/.yq"
YQ_VERSION="4.44.3"
if [ -f "$ENV_DIR/YQ_VERSION" ]; then
YQ_VERSION=$(cat "$ENV_DIR/YQ_VERSION")
fi
YQ_URL="https://github.com/mikefarah/yq/releases/download/v${YQ_VERSION}/yq_linux_amd64.tar.gz"
if [[ -f "$YQ_CACHE_DIR/yq-version" ]] && grep -q "$YQ_VERSION" "$YQ_CACHE_DIR/yq-version" ; then
echo "Using yq $YQ_VERSION from cache"
cp -R "${YQ_CACHE_DIR}" "${YQ_BUILD_DIR}"
else
echo "Downloading yq $YQ_VERSION from $YQ_URL"
mkdir -p "${YQ_BUILD_DIR}"
curl -sSf --location --retry 3 --retry-connrefused --connect-timeout 10 "${YQ_URL}" | tar -zx -C "${YQ_BUILD_DIR}"
mv "${YQ_BUILD_DIR}/yq_linux_amd64" "${YQ_BUILD_DIR}/yq"
printf "%s" "$YQ_VERSION" > "$YQ_BUILD_DIR/yq-version"
rm -rf "${YQ_CACHE_DIR}"
cp -R "${YQ_BUILD_DIR}" "${YQ_CACHE_DIR}"
fi
mkdir -p "$BUILD_DIR/.profile.d"
echo "export PATH=\"$HOME/.yq:\$PATH\"" >> "$BUILD_DIR/.profile.d/heroku-buildpack-yq.sh"
echo "export PATH=\"$BUILD_DIR/.yq:\$PATH\"" >> "$BUILDPACK_DIR/export"
クラシック変数を削除する
クラシック buildpack の一部のディレクトリ変数は、CNB のコンテキストでは不要です。$BUILD_DIR
、$CACHE_DIR
、$ENV_DIR
、$BUILDPACK_DIR
、$YQ_CACHE_DIR
宣言は削除できるため、bin/build
は次のようになります。
#!/usr/bin/env bash
# bin/build
set -euo pipefail
YQ_BUILD_DIR="$BUILD_DIR/.yq"
YQ_VERSION="4.44.3"
if [ -f "$ENV_DIR/YQ_VERSION" ]; then
YQ_VERSION=$(cat "$ENV_DIR/YQ_VERSION")
fi
YQ_URL="https://github.com/mikefarah/yq/releases/download/v${YQ_VERSION}/yq_linux_amd64.tar.gz"
if [[ -f "$YQ_CACHE_DIR/yq-version" ]] && grep -q "$YQ_VERSION" "$YQ_CACHE_DIR/yq-version" ; then
echo "Using yq $YQ_VERSION from cache"
cp -R "${YQ_CACHE_DIR}" "${YQ_BUILD_DIR}"
else
echo "Downloading yq $YQ_VERSION from $YQ_URL"
mkdir -p "${YQ_BUILD_DIR}"
curl -sSf --location --retry 3 --retry-connrefused --connect-timeout 10 "${YQ_URL}" | tar -zx -C "${YQ_BUILD_DIR}"
mv "${YQ_BUILD_DIR}/yq_linux_amd64" "${YQ_BUILD_DIR}/yq"
printf "%s" "$YQ_VERSION" > "$YQ_BUILD_DIR/yq-version"
rm -rf "${YQ_CACHE_DIR}"
cp -R "${YQ_BUILD_DIR}" "${YQ_CACHE_DIR}"
fi
mkdir -p "$BUILD_DIR/.profile.d"
echo "export PATH=\"$HOME/.yq:\$PATH\"" >> "$BUILD_DIR/.profile.d/heroku-buildpack-yq.sh"
echo "export PATH=\"$BUILD_DIR/.yq:\$PATH\"" >> "$BUILDPACK_DIR/export"
$YQ_BUILD_DIR
を変更する
通常、クラシック buildpack では buildpack アーティファクトがネストされたビルドディレクトリに保存されます (この例では YQ_BUILD_DIR="$BUILD_DIR/.yq"
)。Cloud Native Buildpack では、アーティファクトの保存方法が少し異なります。buildpack ファイルは /layers/
にネストされたディレクトリとして「layers」に保存されます。
$YQ_BUILD_DIR
の割り当てを YQ_BUILD_DIR="${CNB_LAYERS_DIR}/yq"
に更新します。これは /layers/heroku-examples_yq/yq/
に解決されます。bin/build
スクリプトは次のようになります。
#!/usr/bin/env bash
# bin/build
set -euo pipefail
YQ_BUILD_DIR="${CNB_LAYERS_DIR}/yq"
YQ_VERSION="4.44.3"
if [ -f "$ENV_DIR/YQ_VERSION" ]; then
YQ_VERSION=$(cat "$ENV_DIR/YQ_VERSION")
fi
YQ_URL="https://github.com/mikefarah/yq/releases/download/v${YQ_VERSION}/yq_linux_amd64.tar.gz"
if [[ -f "$YQ_CACHE_DIR/yq-version" ]] && grep -q "$YQ_VERSION" "$YQ_CACHE_DIR/yq-version" ; then
echo "Using yq $YQ_VERSION from cache"
cp -R "${YQ_CACHE_DIR}" "${YQ_BUILD_DIR}"
else
echo "Downloading yq $YQ_VERSION from $YQ_URL"
mkdir -p "${YQ_BUILD_DIR}"
curl -sSf --location --retry 3 --retry-connrefused --connect-timeout 10 "${YQ_URL}" | tar -zx -C "${YQ_BUILD_DIR}"
mv "${YQ_BUILD_DIR}/yq_linux_amd64" "${YQ_BUILD_DIR}/yq"
printf "%s" "$YQ_VERSION" > "$YQ_BUILD_DIR/yq-version"
rm -rf "${YQ_CACHE_DIR}"
cp -R "${YQ_BUILD_DIR}" "${YQ_CACHE_DIR}"
fi
mkdir -p "$BUILD_DIR/.profile.d"
echo "export PATH=\"$HOME/.yq:\$PATH\"" >> "$BUILD_DIR/.profile.d/heroku-buildpack-yq.sh"
echo "export PATH=\"$BUILD_DIR/.yq:\$PATH\"" >> "$BUILDPACK_DIR/export"
環境変数を直接参照する
クラシック buildpack では、環境変数はファイルとして $ENV_DIR
に保存されますが、CNB の場合はよりシンプルです。環境変数を環境から直接読み取ることができるため、yq のバージョン検出ロジックが大幅に簡素化されます。次のブロックを変更します。
YQ_VERSION="4.44.3"
if [ -f "$ENV_DIR/YQ_VERSION" ]; then
YQ_VERSION=$(cat "$ENV_DIR/YQ_VERSION")
fi
変更後は次のようになります。
YQ_VERSION="${YQ_VERSION:-4.44.3}"-
$PATH 操作を削除する
Cloud Native Buildpack 仕様は自動的にレイヤーディレクトリ内の bin
ディレクトリを $PATH
環境変数に追加します。yq
バイナリを ${CNB_LAYERS_DIR/yq/bin/
にインストールするため、CNB の実装ではカスタムコードなしで yq
を $PATH
に追加します。$PATH
操作と Heroku クラシック buildpack の .profile.d
の行は CNB では必要ありません。これらの行を削除すると、bin/build は次のようになります。
#!/usr/bin/env bash
# bin/build
set -euo pipefail
YQ_BUILD_DIR="${CNB_LAYERS_DIR}/yq"
YQ_VERSION="${YQ_VERSION:-4.44.3}"
YQ_URL="https://github.com/mikefarah/yq/releases/download/v${YQ_VERSION}/yq_linux_amd64.tar.gz"
if [[ -f "$YQ_CACHE_DIR/yq-version" ]] && grep -q "$YQ_VERSION" "$YQ_CACHE_DIR/yq-version" ; then
echo "Using yq $YQ_VERSION from cache"
cp -R "${YQ_CACHE_DIR}" "${YQ_BUILD_DIR}"
else
echo "Downloading yq $YQ_VERSION from $YQ_URL"
mkdir -p "${YQ_BUILD_DIR}"
curl -sSf --location --retry 3 --retry-connrefused --connect-timeout 10 "${YQ_URL}" | tar -zx -C "${YQ_BUILD_DIR}"
mv "${YQ_BUILD_DIR}/yq_linux_amd64" "${YQ_BUILD_DIR}/yq"
printf "%s" "$YQ_VERSION" > "$YQ_BUILD_DIR/yq-version"
rm -rf "${YQ_CACHE_DIR}"
cp -R "${YQ_BUILD_DIR}" "${YQ_CACHE_DIR}"
fi
キャッシュコピーを削除して早期に終了する
Cloud Native Buildpack ではキャッシュの動作が大幅に異なります。キャッシュされたファイルは、個々のキャッシュディレクトリ間でコピーする必要はありません。キャッシュされたレイヤー内のキャッシュされたファイルはビルド中に使用できます。したがって、次の行は削除できます。
cp -R "${YQ_CACHE_DIR}" "${YQ_BUILD_DIR}"
rm -rf "${YQ_CACHE_DIR}"
cp -R "${YQ_BUILD_DIR}" "${YQ_CACHE_DIR}"
キャッシュされたファイルが検出されたときに早期に終了するように if 条件を変更することもできます。その後、bin/build
は次のようになります:
#!/usr/bin/env bash
# bin/build
set -euo pipefail
YQ_BUILD_DIR="${CNB_LAYERS_DIR}/yq"
YQ_VERSION="${YQ_VERSION:-4.44.3}"
YQ_URL="https://github.com/mikefarah/yq/releases/download/v${YQ_VERSION}/yq_linux_amd64.tar.gz"
if [[ -f "$YQ_CACHE_DIR/yq-version" ]] && grep -q "$YQ_VERSION" "$YQ_CACHE_DIR/yq-version" ; then
echo "Using yq $YQ_VERSION from cache"
exit 0
fi
echo "Downloading yq $YQ_VERSION from $YQ_URL"
mkdir -p "${YQ_BUILD_DIR}"
curl -sSf --location --retry 3 --retry-connrefused --connect-timeout 10 "${YQ_URL}" | tar -zx -C "${YQ_BUILD_DIR}"
mv "${YQ_BUILD_DIR}/yq_linux_amd64" "${YQ_BUILD_DIR}/yq"
printf "%s" "$YQ_VERSION" > "$YQ_BUILD_DIR/yq-version"
CNB レイヤー設定を行う
CNB レイヤーには、いつどのように使用可能にするのかを決定する 3 つのオプションがあります。これらのオプションは .toml ファイルで設定する必要があります。bin/build の末尾に次を追加します。
cat > "${YQ_BUILD_DIR}.toml" << EOL
[types]
build = true
cache = true
launch = true
EOL
build = true
オプションにより、レイヤーと yq
バイナリは、この後に実行される buildpack で使用可能になります。cache = true
オプションにより、レイヤーのコンテンツがどちらもキャッシュに保持され、ビルドごとにキャッシュから復元されます。launch = true
オプションにより、yq
は生成されたイメージが起動すると使用可能になります。
複数のチップアーキテクチャのサポートを追加する
Heroku Fir アプリは arm64
インスタンスで実行されますが、Heroku クラシックは amd64
インスタンスで実行されます。クラシック buildpack では後者のみがサポートされています。$CNB_TARGET_ARCH
から読み取り可能なアーキテクチャに基づいて $YQ_URL
を条件付きに更新することで、amd64
を追加します。更新された $YQ_URL
の割り当ては次のようになります。
YQ_URL="https://github.com/mikefarah/yq/releases/download/v${YQ_VERSION}/yq_linux_${CNB_TARGET_ARCH}.tar.gz"
ローカルでのテスト
この時点で、bin/build
は稼働できる状態となり、次のようになります。
#!/usr/bin/env bash
set -euo pipefail
YQ_BUILD_DIR="${CNB_LAYERS_DIR}/yq"
YQ_VERSION="${YQ_VERSION:-4.44.3}"
YQ_URL="https://github.com/mikefarah/yq/releases/download/v${YQ_VERSION}/yq_linux_${CNB_TARGET_ARCH}.tar.gz"
if [[ -f "$YQ_BUILD_DIR/yq-version" ]] && grep -q "$YQ_VERSION" "$YQ_BUILD_DIR/yq-version" ; then
echo "Using yq $YQ_VERSION from cache"
exit 0;
fi
echo "Downloading yq $YQ_VERSION from $YQ_URL"
rm -rf "${YQ_BUILD_DIR}"
mkdir -p "${YQ_BUILD_DIR}"
curl -sSf --location --retry 3 --retry-connrefused --connect-timeout 10 "${YQ_URL}" | tar -zx -C "${YQ_BUILD_DIR}"
mkdir -p "${YQ_BUILD_DIR}/bin"
mv "${YQ_BUILD_DIR}/yq_linux_${CNB_TARGET_ARCH}" "${YQ_BUILD_DIR}/bin/yq"
printf "%s" "$YQ_VERSION" > "${YQ_BUILD_DIR}/yq-version"
cat > "${YQ_BUILD_DIR}.toml" << EOL
[types]
build = true
cache = true
launch = true
EOL
pack コマンドを使用してローカルで試します。
$ pack build yq-cnb-test --buildpack ./buildpack-yq --builder heroku/builder:24
24: Pulling from heroku/builder
Digest: sha256:2324afe304202e81d452bb203eb4edcc7fed682840d0ec3c82f11fdba96cc199
Status: Image is up to date for heroku/builder:24
24: Pulling from heroku/heroku
Digest: sha256:613aa12fc84c16054be6a9501578e06948d76363e2921e4326447fd0e5a770cf
Status: Image is up to date for heroku/heroku:24
===> ANALYZING
Image with name "yq-cnb-test" not found
===> DETECTING
heroku-examples/yq 0.0.1
===> RESTORING
===> BUILDING
Downloading yq 4.44.3 from https://github.com/mikefarah/yq/releases/download/v4.44.3/yq_linux_arm64.tar.gz
===> EXPORTING
Adding layer 'heroku-examples/yq:yq'
Adding layer 'buildpacksio/lifecycle:launch.sbom'
Added 1/1 app layer(s)
Adding layer 'buildpacksio/lifecycle:launcher'
Adding layer 'buildpacksio/lifecycle:config'
Adding label 'io.buildpacks.lifecycle.metadata'
Adding label 'io.buildpacks.build.metadata'
Adding label 'io.buildpacks.project.metadata'
no default process type
Saving yq-cnb-test...
*** Images (96fff73ff596):
yq-cnb-test
Adding cache layer 'heroku-examples/yq:yq'
Successfully built image yq-cnb-test
このコマンドはイメージをビルドし、結果をローカルの Docker デーモンに保存します。結果のイメージを調べて、yq が機能することを確認します。
$ docker run -it --rm yq-cnb-test yq --version
yq (https://github.com/mikefarah/yq/) version v4.44.3
パッケージ化と公開
pack buildpack package コマンドを使用して、より広範囲に使用できるように buildpack をパッケージ化します。
$ pack buildpack package buildpack-yq --format file
Successfully created package buildpack-yq.cnb and saved to file
CNB パッケージは、パブリックアクセスが可能な場所にアップロードする必要があります。サンプルの CNB ファイルはこちらの GitHub にあります。
Heroku Fir でのテスト
ローカルで検証してアップロードした後、Heroku Fir プラットフォームで CNB をテストします。新しいディレクトリに新しいアプリを作成します。
$ mkdir yq-cnb-test-app
$ cd yq-cnb-test-app
$ git init
$ heroku apps:create yq-cnb-test --space <your-fir-space>
次に、CNB の URL を参照する project.toml を作成して、カスタム buildpack を設定します。
# project.toml
[_]
schema-version = "0.2"
[[io.buildpacks.group]]
id = "heroku-examples/yq"
uri = "https://github.com/heroku-examples/buildpack-yq/releases/download/v0.0.1/buildpack-yq.cnb"
変更をコミットし、通常どおり Heroku アプリをデプロイします。
$ git add -A
$ git commit -m "Add custom yq buildpack"
$ git push heroku main
Enumerating objects: 3481, done.
Counting objects: 100% (3481/3481), done.
Delta compression using up to 14 threads
Compressing objects: 100% (1954/1954), done.
Writing objects: 100% (3481/3481), 7.91 MiB | 8.61 MiB/s, done.
Total 3481 (delta 1329), reused 3477 (delta 1328), pack-reused 0 (from 0)
remote: Resolving deltas: 100% (1329/1329), done.
remote: Updated 1300 paths from 5dfc83a
remote: Compressing source files... done.
remote: Building source:
remote: Waiting on build...
remote: Waiting on build... (elapsed: 19s)
remote: Extracting source
remote: Downloading buildpack https://github.com/heroku-examples/buildpack-yq/releases/download/v0.0.1/buildpack-yq.cnb
remote: Image with name "yq-cnb-test/builds" not found
remote: heroku-examples/yq 0.0.1
remote: Downloading yq 4.44.3 from https://github.com/mikefarah/yq/releases/download/v4.44.3/yq_linux_arm64.tar.gz
remote: Adding layer 'heroku-examples/yq:yq'
remote: Adding layer 'buildpacksio/lifecycle:launch.sbom'
remote: Added 1/1 app layer(s)
remote: Adding layer 'buildpacksio/lifecycle:launcher'
remote: Adding layer 'buildpacksio/lifecycle:config'
remote: Adding label 'io.buildpacks.lifecycle.metadata'
remote: Adding label 'io.buildpacks.build.metadata'
remote: Adding label 'io.buildpacks.project.metadata'
remote: no default process type
remote: Saving yq-cnb-test/builds...
remote: *** Images (sha256:97f83d6f1a1abf9a5973a8afb44f487e36303607e16aed091a0c264168daef34):
remote: yq-cnb-test/builds:418d86c2-b29f-4a00-871a-e00db35743d6
remote: Adding cache layer 'heroku-examples/yq:yq'
remote: Uploading cache
remote: Launching...
remote: https://yq-cnb-test-97c732604476.herokuapp.com/ deployed to Heroku
remote: Verifying deploy... done.
To https://git.heroku.com/yq-cnb-test.git
* [new branch] main -> main
次のステップ
このガイドのサンプル CNB が公開され、どの Heroku Fir アプリでも使用できるようになりました。ただし、この記事で説明したのは CNB の機能セットの一部についてのみです。Cloud Native Buildpack についての詳細は、以下を参照してください。