dockerで開発したlaravelで作ったapiをherokuにデプロイしたい

Question

実現したいこと

herokuにdockerでローカル開発環境を作ったlaravelのapiをデプロイする

前提

技術構成
バックエンド:laravel
フロントエンド：Nextjs
DB：MySQL
の構成でレビューを投稿する様なwebアプリを作っています。
それぞれDockerfileで開発環境を構築、githubのリポジトリを分けて管理しています。

ローカル開発環境ではブラウザでの動作確認はできています。

herokuでMySqlを使うためにherokuのアドオンでjawsDBを追加しています

発生している問題・エラーメッセージ

問題としては、herokuのcontainer registoryにイメージをアップしそれを元にデプロイしようと試みていますが、その際に下記の画像の様にデプロイが動作していない様です(urlは隠しています)

フォルダ構成
rootフォルダ名は仮のものです。

laravel-root
┣laravel関連ファイル
┣ docker
┃ ┗php
┃ 　┣ apache
┃ 　┃ ┗ 000-default.conf
┃ 　┣ Dcokerfile(これはローカル環境用です)
┃ 　┗ php.ini
┣ .env
┣ composer.json
┣ composer.lock
┣ Dockerfile(デプロイで使う本番用Dockerfile)
┣ docker-compose.yml
┣ docker-compose.develop.yml（ローカル環境でのymlファイル）
┣ docker-compose.production.yml
┃ 　　(デプロイ用のDockerfileをローカルで確認用)
┣ Procfile
・
・

フォルダの構成概要：
・ローカル環境ではdocker/php/Dockerfileをlaravel-rootのdocker-compose.ymlにdocker-compose.develop.ymlに記載したローカル用のコードをコピーして動作させています。ローカルではlaravel apiは正常に動作しフロントのnextjsとのやりとりも問題ありません。

・本番へのデプロイではlaravel-rootのDockerfileをデプロイ用で用意し、それをheorku container registoryにpushする形にしています。

以下デプロイの際に流したコマンドとエラー文です
laravel-root階層で行なっています

個人情報などの部分は[隠し]に置き換えています

デプロイの際に流しているコマンド
docker build -t strii-api-heroku:strii-api-heroku .
heroku container:push strii-api-heroku -a strii-api
heroku container:release strii-api-heroku -a strii-api
heroku open　（ここで添付画像の様にエラーとなります）

heroku logsコマンドでのエラー文

2024-01-30T10:53:48.440525+00:00 app[api]: Deployed strii-api-heroku (71266796715f) by user [隠し]
2024-01-30T10:53:48.440525+00:00 app[api]: Release v15 created by user [隠し]
2024-01-30T10:54:08.840223+00:00 heroku[router]: at=error code=H14 desc="No web processes running" method=GET path="/" host=[隠し] request_id=23f3100e-a124-4af4-b926-7d9bdfd9d5e6 fwd="36.14.1.24" dyno= connect= service= status=503 bytes= protocol=https
2024-01-30T10:54:09.099891+00:00 heroku[router]: at=error code=H14 desc="No web processes running" method=GET path="/favicon.ico" host=[隠し] request_id=f04b12ea-c301-44b3-84bd-43aeda618770 fwd="36.14.1.24" dyno= connect= service= status=503 bytes= protocol=https

エラーの状態としては、herokuのdynoが立ち上がっていない様です。
heroku open で添付画像の様になり、
heroku psでプロセスを確認すると

>>>heroku ps
No dynos on ⬢ strii-api

となっており、
heroku container:release strii-api-heroku -a strii-apiを実行した時点でheroku psで確認しても上記の様にdynoが立ち上がっていない状態です

該当のソースコード

# ・このDockerファイルはheroku container registoryにpushするイメージをbuildする本番環境用
# のDockerfileである。
# ・ローカル開発環境ではこのファイルは不要であるので注意されたし。
# ・./docker/php/に作成したかったが
# COPY . /var/www/html/strii-backendのCopy句が
# 想定通りにコピーされないためこの階層に作成している

FROM php:8.2-apache

WORKDIR /var/www/html

RUN apt-get update \
  && apt-get -y install libicu-dev libonig-dev libzip-dev unzip locales vim zlib1g-dev libpng-dev libjpeg-dev libfreetype6-dev libwebp-dev \
  && apt-get clean \
  && rm -rf /var/lib/apt/lists/* \
  && locale-gen en_US.UTF-8 \
  && localedef -f UTF-8 -i en_US en_US.UTF-8 \
  && docker-php-ext-configure gd --with-freetype --with-jpeg --with-webp \
  && docker-php-ext-install intl pdo_mysql zip bcmath gd exif \
  && a2enmod rewrite

ENV \
  LANG=en_US.UTF-8 \
  LANGUAGE=en_US:en \
  LC_ALL=en_US.UTF-8 

COPY . /var/www/html/strii-backend

# publicフォルダとstorageフォルダのパーミッションを設定
RUN chown -R www-data:www-data /var/www/html/strii-backend/public /var/www/html/strii-backend/storage
RUN chmod -R 775 /var/www/html/strii-backend/public /var/www/html/strii-backend/storage

COPY --from=composer:2.5 /usr/bin/composer /usr/bin/composer

# 各種設定ファイルをコンテナの設定ファイルにコピー
COPY ./docker/php/php.ini /usr/local/etc/php/
COPY ./docker/php/apache/000-default.conf /etc/apache2/sites-enabled/000-default.conf

# EXPOSE 80
# heroku用に$PORTを使っている。ローカルで確認する時はコメントアウトすること
# EXPOSE $PORT


CMD ["/bin/sh", "-c", "apache2-foreground"]

下記のdocker-compose.ymlの内容は前述してある本番デプロイ用のDockerfileの動作をローカルで確認するために作成しています。ローカルでは動作しました。

version: '3.8'

services:
  web_backend:
    build: .
    container_name: web_backend
    tty: true
    stdin_open: true
    ports:
      - 80:80
    depends_on:
      - db
  db:
    image: mysql:8.2
    container_name: db
    environment:
      MYSQL_ROOT_PASSWORD: root
      MYSQL_DATABASE: strii_db
      MYSQL_USER: [隠し]
      MYSQL_PASSWORD: [隠し]
      TZ: 'Asia/Tokyo'
    volumes:
      - ./docker/db/data:/var/lib/mysql
      - ./docker/db/my.cnf:/etc/mysql/conf.d/my.cnf
    ports:
      - 3306:3306

以下、herokuが使うProcfileです

web: vendor/bin/heroku-php-apache2 strii-backend/public/

以下、heroku configコマンドの結果の環境変数などです

=== strii-api Config Vars

DB_CONNECTION: mysql
DB_DATABASE:   [隠し]
DB_HOST:       [隠し]
DB_PASSWORD:   [隠し]
DB_PORT:       3306
DB_USERNAME:   [隠し]
JAWSDB_URL:    mysql:〜〜:3306/〜〜

以下、heroku stackコマンドの結果です

>>>heroku stack
=== ⬢ strii-api Available Stacks
* container
  heroku-20
  heroku-22

念の為、ローカル開発環境用で使ったdocker/php/Dockerfile、docker-compose.ymlも載せておきます。正常に動作しております。

FROM php:8.2-apache

RUN apt-get update \
  && apt-get -y install git libicu-dev libonig-dev libzip-dev unzip locales vim zlib1g-dev libpng-dev libjpeg-dev libfreetype6-dev libwebp-dev \
  && apt-get clean \
  && rm -rf /var/lib/apt/lists/* \
  && locale-gen en_US.UTF-8 \
  && localedef -f UTF-8 -i en_US en_US.UTF-8 \
  && docker-php-ext-configure gd --with-freetype --with-jpeg --with-webp \
  && docker-php-ext-install intl pdo_mysql zip bcmath gd exif \
  && pecl install xdebug \
  && docker-php-ext-enable xdebug \
  && a2enmod rewrite

ENV \
  LANG=en_US.UTF-8 \
  LANGUAGE=en_US:en \
  LC_ALL=en_US.UTF-8 

COPY --from=composer:2.5 /usr/bin/composer /usr/bin/composer

# 各種設定ファイルをコンテナの設定ファイルにコピー
COPY php.ini /usr/local/etc/php/
COPY apache/000-default.conf /etc/apache2/sites-enabled/000-default.conf

WORKDIR /var/www/html

version: '3.8'

services:
  web_backend:
    build: ./docker/php
    container_name: web_backend
    tty: true
    stdin_open: true
    ports:
      - 80:80
    volumes:
      - ./:/var/www/html/strii-backend
      - ./docker/php/php.ini:/usr/local/etc/php/php.ini
      - ./docker/php/apache/000-default.conf:/etc/apache2/sites-enabled/000-default.conf
    depends_on:
      - db
  db:
    image: mysql:8.2
    container_name: db
    environment:
      MYSQL_ROOT_PASSWORD: root
      MYSQL_DATABASE: strii_db
      MYSQL_USER: trainer
      MYSQL_PASSWORD: trainer
      TZ: 'Asia/Tokyo'
    volumes:
      - ./docker/db/data:/var/lib/mysql
      - ./docker/db/my.cnf:/etc/mysql/conf.d/my.cnf
    ports:
      - 3306:3306

※回答で指摘していただいたheroku.ymlの追記※
コメントアウトの部分は適宜試した部分で、最終的に下記のコードとなっています。build句の部分のみ使用

# setup:
#   addons:
  # config:
  #   APP_KEY: =  
  #   APP_ENV: production  # アプリケーションの環境
  #   APP_DEBUG: true  # デバッグモードを無効にする
build:
  docker:
    web: Dockerfile
  # config:
    # APP_NAME: Laravel 
    # APP_DEBUG: true
    # APP_KEY: base64〜
    # DB_CONNECTION: mysql
    # DB_DATABASE: 〜
    # DB_HOST: 〜
    # DB_PASSWORD: 〜
    # DB_PORT: 3306
    # DB_USERNAME: 〜
# release:
# run:
  # web: php artisan serve --port $PORT
  # web: heroku-php-apache2 public/
  # web: heroku-php-apache2 strii-backend/public/

試したこと

やったことしてはchatGptを使いながら前述してきたイメージのbuildとheroku container registoryにpushするあたりまで動作するところまで出来ました。

現状herokuのdynoが立ち上がらないもしくは、立ち上がってもすぐに終了しているのが原因でどうやってdynoを立ち上がる様にするのかがわかっていません。

何日もデプロイできない状態が続いているので、herokuに詳しい方、分かる方がいましたら回答していただけると幸いです。
追加コードが必要な場合は指摘していただければ再度アップいたします。

補足情報（FW/ツールのバージョンなど）

laravel ：９系
php: ^8.0.2
mysql:8.2
Docker： 20.10.24
Docker desctop: 4.18.0
Docker Compose v2.17.2
heroku/8.7.1 darwin-x64 node-v16.19.0

PC: mac book pro 13 inch 2020 intel
macOS: Monterey v12.5

Answer 1

• APP_KEY が未登録
• ローカル環境では .env から環境変数を読み取ってしまって動いている

といったような状況ではないでしょうか？
APP_DEBUG=true を設定することで詳細なエラーが得られるかも知れません。

また、コンテナとしてDockerfileから起動する場合、heroku.ymlが必要になりますがProcfileは不要です。

Comments

[ryuichi-works]

Eggpanさん回答ありがとうございます！
先に結果として、解決に至りませんでした。
指摘していただいた様に、本番環境用のDockerfileをローカルで.envを参照しない様に.envを削除し、環境変数をDockerfileのENV句で定義してローカルで試したところ動作しました。
このDockerfileを使って、質問の『該当のソースコード』に追記したheroku.ymlを使って、同様にデプロイを試みても同じくdynoが立ち上がりませんでした。

ここまで対処してdynoが立ち上がらなかったので、解決へのアプローチとして、『dynoが立ち上がった上での動作不良の場合』と『dynoがそもそも立ち上がらない』ことの2つの場合で考えてみようと思いました。
本質問では後者の『dynoがそもそも立ち上がらない』状態です。herokuのGUIでdynoを立ち上げようとしましたが、これでも立ち上がりませんでした。

ここまで対処して『dynoが立ち上がった上での動作不良の場合』へすら進展しなかったので、根本的な原因かもしれないと思い、心当たりとしてクレジットカードの登録をデビッドカードで登録しているため、他の引き落としの兼ね合いで残高が不足しているために、そもそも有料となったherokuでdynoの利用ができないのかもしれないと思いました。

なのでカードの残高を回復させつつ、指摘していただいた内容を反映してデプロイしてみて、それでもデプロイがうまくいかなければ、いったんEggpanさんの回答をベストアンサーにさせていただき、herokuへのデプロイは断念しようと思います。
追加のご指摘をいただければ幸いですが、回答していただきありがとうございました！

[Eggpan]

HerokuのconfigでPORTが未設定ではないでしょうか？80を指定してみてください。
デフォルトだと8000番を利用するので、疎通出来ずDinoが落ちているのかもしれません。