こんにちはー、ニアです!
Dockerfile作成の復習を兼ねて作っていた、Concrete5(バージョン8)のDockerイメージ「niatn1012/concrete5」をDocker Hubに公開しました!
Concrete5は、PHPとMySQLで動作するコンテンツ管理システム(CMS)です。どちらかというとホームページやポータルサイト寄りかな。
1. イメージ構成とDockerタグ
リポジトリへのリンク | Docker Hub / GitHub |
OS | Debian Stretch-slim |
HTTPサーバー | Apache 2 |
PHP | 7.2, 5.6 |
Concrete5 | v8.5.1, v8.5.0, v8.4.2, v8.3.2, v8.2.1, v8.1.0, v8.0.3 |
Dockerfileへのリンク: PHP7.2版 / PHP5.6版
Dockerタグ | Concrete5のバージョン |
v8.5.1-php72 , v8.5.1 , v8.5-php72 , v8.5 , v8-php72 , v8 , php72 , latest | 8.5.1 |
v8.5.0-php72 , v8.5.0 | 8.5.0 |
v8.4.2-php72 , v8.4.2 , v8.4-php72 , v8.4 | 8.4.2 |
v8.3.2-php72 , v8.3.2 , v8.3-php72 , v8.3 | 8.3.2 |
v8.2.1-php72 , v8.2.1 , v8.2-php72 , v8.2 | 8.2.1 |
v8.1.0-php72 , v8.1.0 , v8.1-php72 , v8.1 | 8.1.0 |
v8.0.3-php72 , v8.0.3 , v8.0-php72 , v8.0 | 8.0.3 |
Dockerタグ | Concrete5のバージョン |
v8.5.1-php56 , v8.5-php56 , v8-php56 , php56 | 8.5.1 |
v8.5.0-php56 | 8.5.0 |
v8.4.2-php56 , v8.4-php56 | 8.4.2 |
v8.3.2-php56 , v8.3-php56 | 8.3.2 |
v8.2.1-php56 , v8.2-php56 | 8.2.1 |
v8.1.0-php56 , v8.1-php56 | 8.1.0 |
v8.0.3-php56 , v8.0-php56 | 8.0.3 |
docker pull niatn1012/concrete5
2. docker-compose
Concrete5に必要なWebコンテナとMySQLコンテナを管理できるdocker-composeも用意しています。
ファイル名 | 対応しているConcrete5のDockerイメージ |
---|---|
concrete5-v8-php72-docker-compose.ja-JP.zip | v8-php72 |
concrete5-v8-php56-docker-compose.ja-JP.zip | v8-php56 |
ダウンロードしたzipファイルを解凍し、そのディレクトリ内で「docker-compose up -d」を実行するだけで、Concrete5の環境が立てられるよ!
3. 開発の裏話
3.1. きっかけは勤務先の社内ポータルの候補決め
勤め先での社内用ポータルに何を使おうかというお話があり、良さげなCMSを探しにWordPressやDrupal、Concrete5などをDocker上で動かしていました。
Concrete5にて最新のバージョン8のDockerイメージが見つからなかったので、
とDockerfile作成の復習も兼ねて、Concrete5(バージョン8)のDockerイメージを作成することにしました。
どんな感じで使うの?
3.2. 工夫した点
OSイメージの選定〜ミドルウェアのインストールの部分を独立したDockerイメージ「niatn1012/apache_php_cc5」として共通化させることで、同一のミドルウェア構成での複数のConcrete5のバージョンをdocker pullする時の効率を向上させました。
また、万一Apacheの設定ファイル(000_default.conf)やPHPの設定ファイル(php.ini)が破損してコンテナが利用不能になった時、それらのファイルの中身を空にすることで、あらかじめイメージ内にバックアップしている設定ファイルをコピーして復元する機能を搭載しています。
3.3. 苦労した点
Dokerイメージの管理がすごく大変でした。
当初は、OSイメージを3パターン(Debian stretch-slimの他にCentOSとAlpine Linux)とPHPを4パターン(Alpine Linuxのみ1パターン)、Concrete5バージョン8の全バージョン(現時点で13パターン)を全て組み合わせたDockerイメージを構築しようとしました。
しかし、合計でなんと117個も作成する必要があり、これからのことを考えると、あまりにも多すぎて(ローカル上でもDocker Cloud上でも)ビルド作業が大変なので、必要な組み合わせの分だけを作成し、残りはGitHub上でDockerfileを公開する方針にしました。
幸い、ベースイメージの「niatn1012/apache_php_cc5」の方は全パターンがDocker Hub上に上げてあるので、ビルドするタイミングでミドルウェアのバージョンが変わっちゃうなんていう問題は起こらない・・・はず。
公開するバージョンの選定は大切ですね。
あと今回の経験で気づいたのですが、Docker Cloudの自動ビルド(Automated Builds)のビルドルール(BUILD RULES)で追加できる項目数は、1リポジトリあたり25項目までです。はじめ私は不具合かなと思っていたのですが、25項目設定されている時に試しに1項目削除したら新たに1項目が追加できたので、おそらく仕様みたいです。(※Docker Hub側の自動ビルドの方では未検証です。)
Docker HubへのPushや自動ビルド周りで色々と壁にぶつかりまくりでしたが、無事に公開することができました。
また、Docker HubやDocker Cloudの基本的な使い方やShields.ioのサービスを使ったバッジの使い方など色々と良い経験になりました。
私のエンジニアキャリアとして、フロントエンド(クライアントアプリ)、サーバーサイド、データベース、インフラなどの幅広い領域で活躍できるフルスタックエンジニアを目指しており、エンジニア2年目の今はインフラやCI/CDツール周りの技術を習得すべく奮闘しています。
DockerはローカルPC上で気軽にOSイメージやミドルウェアを動かせるので、インフラ周りの勉強にもなります。
あと、せっかくConrete5を知ったので、空いた時間にちょっと使ってみようっと!
コメント