APC 技術ブログ

株式会社エーピーコミュニケーションズの技術ブログです。

株式会社 エーピーコミュニケーションズの技術ブログです。

トップ > Azure > LaravelをAzureにデプロイする

LaravelをAzureにデプロイする

Azure Laravel
＜ techblogAPCについて（はじめにお読み下さい） ＞

はじめに

こんにちは、ACS事業部の奥山です。

Laravel アプリケーションを Azure へデプロイする方法について調査した結果をブログとして纏めておきます。

Laravel にはdocker-composeを利用したSailと呼ばれる環境構築ツールがありますが、こちらはあくまで開発環境向けということで今回は本番・運用環境はどうするのかという観点での検証です。

本ブログではLaravelアプリケーションをコンテナ化してAzureのいろいろなサービスで動作することを確認してみようと思います。

まず、PHP の Laravel とは

JavaのSpringBoot や NodeJSのexpress などと同じようにWEBのフルスタックのフレームワーク。フルスタックのWEBアプリとしてだけでなく、APIサーバーとしても利用可能。

(良い点) WEB開発で必要なものが一通りそろっており日本語のドキュメントも非常に充実しています。 よく利用されるRDB(MySQL,Postgres,SQLServer)やCache(Redis)を利用する仕組みが整っている。 認証・認可の仕組みや並列処理を行うためのQueueの仕組みなどが整っている。

(悪い点) 特別悪いところは見当たらないが、ネットを検索していると他の言語に比べると処理が遅いという評価があるので、性能要件が極端に厳しいシステムには向いてなさそうですね(リアルタイム処理を求められる処理やIoTには向かない)。一般的なWEBのシステムでは問題ではないでしょう。

Laravelのアプリケーションについて

動作確認用のアプリケーションはRedisとMySQLを利用した標準的な構成にしました。

session情報をRedisに格納し、アプリケーションデータをmysqlに格納します。 ローカル環境で作成し動作確認までを行います。

コンテナ化について

コンテナ化自体は必須ではないですが、スケーリングや開発環境の保守という観点で今回はコンテナ化します。

本番・運用環境のLaravelにはWEB Serverが必要になります。
1. Apapche
1. Nginx
がよく利用されます。これらを含めたイメージを作成しました。

作成方法はいろいろありますが、今回は２つのパターン（php公式イメージを使った方法）を試しました。 php公式イメージはこちらで確認できます。

(公式)FROM php:x.x.x-apache の利用

Apacheを含めたイメージ(FROM php:8.1.1-apache)をベースにして、 Laravelのソースコード全体をコンテナに含めます。
コンテナに composer(PHPのライブラリ管理ツール) を含めてLaravel自体のインストールをコンテナ内で行います。

Clientからのリクエスト(http)を受け取った Apache は php_module を介してLaravelにアクセスします。

dockerfile の例 (php:8.1.1-apache を利用)

FROM php:8.1.1-apache
# 拡張 phpなど
RUN apt update && apt install -y zlib1g-dev g++ libicu-dev zip libzip-dev zip libpq-dev \
    && docker-php-ext-install intl opcache pdo_mysql \
    && pecl install apcu \
    && docker-php-ext-enable apcu \
    && docker-php-ext-configure zip \
    && docker-php-ext-install zip

RUN curl -sS https://getcomposer.org/installer | php -- --install-dir=/usr/local/bin --filename=composer

# laravel アプリのソースをコンテナイメージにコピー
# 秘匿情報がはいっているファイル(.envなど)は .dockerignore で除外しておきます。
COPY ./ /var/www/html/

# PHPライブラリー(laravel等)のインストール
RUN composer install

# .htaccess
RUN a2enmod rewrite

(公式)FROM php:x.x.x-fpm の利用

ベースイメージに nginx と php:x.x.x-fpm を利用します。
( FPM とは FastCGI Process Manager の略。Laravelアプリとの高速なプロセス間通信を実現。)

以下のようにNginxを含めたイメージと php-fpmを含めたイメージの２つ作成します。

Clientからのリクエスト(http)を受け取った Nginx は fpm (TCP通信) を介してLaravelにアクセスします。

Nginxイメージ
dockerfile の例 (nginx:1.22-alpine を利用)

FROM nginx:1.22-alpine
COPY default.conf /etc/nginx/conf.d/default.conf

nginxの設定の例 ★の箇所がポイント

cat default.conf
server {
:
    location / {
        # ★ すべてのリクエストが/index.phpに行くように設定
        try_files $uri $uri/ /index.php?$query_string;
    }
:
    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    location ~ \.php$ {
        # ★ rootを追加 php-fpmのroot
        root           /var/www/html/public;  
        # ★ 転送先のサーバーを指定
        fastcgi_pass   php-fpm-server:9000;
        fastcgi_index  index.php;        
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }
}

php-fpmイメージ
dockerfile の例 (php:8.1.1-fpm を利用)

FROM php:8.1.1-fpm

# 拡張 phpなど必要なものを入れます。
RUN apt update && apt install -y zlib1g-dev g++ libicu-dev zip libzip-dev zip libpq-dev \
    && docker-php-ext-install intl opcache pdo_mysql \
    && pecl install apcu \
    && docker-php-ext-enable apcu \
    && docker-php-ext-configure zip \
    && docker-php-ext-install zip

RUN curl -sS https://getcomposer.org/installer | php -- --install-dir=/usr/local/bin --filename=composer

# laravel アプリのソースをコンテナイメージにコピー
# .envに秘匿情報がはいっている場合は .dockerignore で除外します。
COPY my-laravel-basic/ /var/www/html/
RUN composer install

Laravelアプリケーションのデプロイ

Azureではコンテナの実行環境として複数あるのですが、以下の５つに php:x.x.x-apacheをベースにしたコンテナをデプロイしてみました。

  1. Azure Virtual Machine
  2. Azure App Service
  3. Azure Kubernetes Service
  4. Azure Container Instance
  5. Azure Container Apps

手順を記載すると長くなってしまうので、こちらに纏めておきます。
それぞれのアプリにclientから問題なくhttpでアクセスできるところまで確認しました。

まとめ

今回、検証で作成した環境は最終的に上記のようになりました。 コンテナ化するのに少し時間がかかりましたが、コンテナ化さえしてしまえばそれほど手間をかけずにいろいろな環境を構築できます。 どのサービスも運用環境として利用することは可能だと思いますが、あえて一つお勧めするなら管理が簡単な App Service (カスタムコンテナ) が手軽にはじめられて良いのではないかと思います。

(おまけ) 簡単にパフォーマンスを確認

ロードバランサーとして Application Gateway を配置して、少し負荷をかけてみました。

１万リクエスト

処理内容は テーブルに単純に１レコード追加する処理。 JMeterを使って１万リクエスト(20 thread 500 requests)を投入、結果は約 5分くらいで完了。

追加されたレコードの件数を数えてみるとそれぞれ均等に処理されることが確認できました。

mysql> select count(*), remark from mytask group by remark;
+----------+--------------------------------------------+
| count(*) | remark                                     |
+----------+--------------------------------------------+
|     2500 | ce0b546c9de9                               |app service
|     2499 | laravel-app-apache-db4d68cf-6h2bs          |aks
|     2501 | my-container-app--yiv5488-6878f5768c-tl4k9 |container apps
|     2500 | SandboxHost-637939684234638543             |container instance
+----------+--------------------------------------------+
4 rows in set (0.05 sec)

※remarkにhostnameを入れてあります。
※ホスト名がそれぞれのサービスで違います。

throttle:api

連続してリクエストを投げてみたところ「429 Too Many Requests」となり調べてみるとLaravelの流量制御(throttle:api)が効いていました。

設定を変更することで調整可能。

cat RouteServiceProvider.php
    protected function configureRateLimiting()
    {
        RateLimiter::for('api', function (Request $request) {
            //return Limit::perMinute(60)->by(optional($request->user())->id ?: $request->ip());
            return Limit::perMinute(600)->by(optional($request->user())->id ?: $request->ip());            
        });
    }

Laravelにはこのように流量制御なども基本的な機能として準備されているのが良いところですね。他の機能もいろいろと試してみたくなります。

おわりに

私達ACS事業部はAzure・AKSを活用した内製化のご支援をしております。ご相談等ありましたらぜひご連絡ください。

また、一緒に働いていただける仲間も募集中です！
切磋琢磨しながらスキルを向上できる、エンジニアには良い環境だと思います。ご興味を持っていただけたら嬉しく思います。

www.ap-com.co.jp