PHPアプリに最適なデプロイ方法

PHPアプリに最適なデプロイ方法

PHPPHPアプリに最適なデプロイ方法

ローカルの開発環境については、ここの数年で選択肢が増え、どれも短時間で準備ができるという便利な世の中になりました。昔は、Windows 向けのアプリ開発においては VisualStudio という IDE(統合開発環境)があり、VisualBasic(VB)で開発していた時代が懐かしいです。

しかし、Java についてはテキストエディタで開発している時代があり、コンパイルも javac コマンドを DOS の画面で実行するという今では考えられない開発環境でした。

Eclipseによって効率化したJavaの開発環境

しかし、その後登場した Eclipse の無償提供によって飛躍的に Java の開発環境は進化し、多くのプラグインが登場したことによって Webアプリケーションサーバと連携した開発も一気に効率化されました。主に Tomcat や WebLogic, JBOSS などでしょうか。また、NetBeans など他の IDE も普及してきたころから、開発の効率化は向上したもののツールの設定やプラグインの動作でハマるケースも多々ありました。

ちなみに、javac コマンドで行っていたコンパイルも、ant や maven の登場によってタスク化され、javac コマンドがラップされたことによって、実際に javac コマンドを打ち込むことはほぼほぼなくなりました。入門書で「Hallo World.」を試すのも、今では maven などの設定後になっているのでしょうか。

Java の Web アプリケーションは業務系のシステムで多く採用されているイメージがあり、比較的規模も大きくなる傾向にあることから、このようなタスク化は実装者からするとコードを書くのに集中できる側面もあったような気がします。もちろん、Web アプリの構成を検討する人は ant なら build.xml、maven なら pom.xml などタスク用の設定ファイルを作らないといけないので大変でしたが・・・。

PHPアプリの普及と規模の拡大

さて、本題に戻りますが、PHP のアプリケーションの場合はビルド(コンパイル)が不要な、インタプリタ型のスクリプト言語です。ロジックを記述したファイルを上書きすればすぐさま反映されるので、開発効率がいいのと、静的な html に少しだけ動的な要素を加えたい場合に html 内に PHP のロジックを埋め込んで使うという用途でも多く利用されてきました。

最近は、大規模な Web アプリケーションやソーシャルゲームのサーバサイド側の開発で利用されるシーンも多く、開発環境や開発手法(フレームワークの採用やオブジェクト指向の考え方)、ミドルウェアとの連携など、構成を考えるうえで考慮しないといけない範囲がものすごく増えました。

PHPアプリのデプロイってどうしてる?

そんな PHP の Web アプリですが、スクリプト言語ということもあり、プログラムを記述したファイルは上書きするとすぐに反映されます。よって、本番サーバへ反映する場合も、直接コピー(scp, ftp)している古き良き?時代を継承しているプロジェクトもあるでしょうし、基点となるサーバから rsync などで複数台のサーバへ展開している場合もあるでしょう。

もちろん、その中で、中間コードのキャッシュクリアやデータベースとのマイグレーションの考慮など、単純にファイルの更新だけで済まないパターンもあるでしょうから、いろいろ工夫されているプロジェクトもあると思います。

私が昔いた会社(10年以上前)では、Java のプロジェクトでしたが、Apache や Tomcat を再起動する際に、監視用のデーモンがプロセスを見て、自動的にロードバランサ(LB)から切り離し、Apache と Tomcat が起動したタイミングでヘルスチェックを行ってから LB に戻すといったような仕組みが用意されていました。PHP においても、デプロイは rsync を使っているけどロードバランサからの切り離しを行っているという記事「ngx_dynamic_upstreamでnginxのアップストリームを動的に変更する」(下部の参考記事参照)を見かけました。

採用しているデプロイ方法

ちなみに、私のプライベートな環境の場合、まず基点のサーバにて Git から取得した最新のソースを zip ファイルに圧縮します。そして、各 Web サーバからその zip ファイルを scp で取得し、Web サーバ上のドキュメントルート(少し仕組みが入ります)に解凍して反映しています。

これを Jenkins のタスクにシェルを仕込んで実現させているので、1 クリックで git の master ブランチのソースが展開される仕組みです。大雑把な説明だとわかりにくいと思いますので、構成を書いてみたいと思います。

■基点となるサーバ
主にCIサーバ用途、Jenkins、各種ミドルウェアの監視、バッチ実行などをしている
■Webサーバ
PHP、nginx
■Git
プライベートでは BitBucket
  1. ・CIサーバからGitへ接続し最新のソースを取得する(Jenkinsのプラグイン)
  2. ・取得したソースをディレクトリごと zip 圧縮し CI サーバの所定の場所へ配備
  3. ・配布先の Web サーバのシェルを CI サーバから実行 ※1
  4. ・Web サーバで zip ファイルを解凍し所定の場所へ配備 ※2
  5. ・ドキュメントルートの場所を解凍先ディレクトリに変更 ※3
  6. ・4世代前の解凍先ディレクトリを削除(掃除) ※4
  • ※1 シェルから ssh コマンドで行っています
  • ※2 その時点のタイムスタンプでディレクトリを作成しそこへ配備
  • ※3 シンボリックリンクを切り替えています
  • ※4 3世代前まではシンボリックリンクの切り替えで戻せる

実際の現場で考慮すべきこと

プライベートな環境において、ざっくりとしたデプロイ方法を書いてみましたが、実際のビジネスや開発現場においてはもっと考慮しないといけない点はたくさんあります。まず、シンボリックリンクを切り替える際に動作しているプロセスへの影響。データベースの変更が生じた際に手動作業が増える。アプリに依存するログファイルなど、共通ディレクトリをアプリに依存しない場所にしておく。

などなど、ここでは書いていませんが、どこまで自動化するか、安全性を高めるかは、サイトのポリシーに依存するのでここでは、システムが落ちでも影響のないプライベートなサイトをイメージして紹介してみました。

他のデプロイツール

そんな中、先日 Deployer というデプロイツールを発見しました。私のデプロイ方法と似ていて、大きく間違ったことはしていなかったと安心感を得ました。また、最近は Ruby アプリのデプロイでよく使われている Capistrano も PHP アプリのデプロイに使ってみました。こちらも自由度はありますが、ruby で書かないといけない部分もあり、他の言語ではシェルだけでいいような気もします。

ってこの記事書いてから発見しましたが、最近の PHP カンファレンスで PHP のデプロイツールについてのセッションがあったようですね。ツールや手法についてはこの記事「PHPデプロイツールの世界」(下部の参考記事参照)を見た方がいいかもしれません。

参考

最終更新日:

関連記事

人気記事

新着情報