アプリケーションの開発と運用を加速するDockerとPaaS、両者の違いは？（2/3 ページ）

公開 2016年02月26日 08時03分

著者

草間一人

[PaaS勉強会]

印刷する連載新着通知を受け取る

本番環境への影響が少ない

　続いて、Docker imageで展開することで、環境差分を最低限に抑えられるというメリットもある。

　アプリケーション開発の場合、開発環境／ステージング環境／本番環境とそれぞれ別の環境を用意するのが普通だ。

　開発環境ではうまく動いていたのに、本番環境ではミドルウェアのバージョンや構成が異なることでうまく動かなかったというのはよくある失敗例だ。

　前述したように、Docker imageにはアプリケーションの動作に必要なもの一式が全て含まれている。これをベースに展開することで、全ての環境で差分なくアプリケーションを利用することが可能になるわけだ。加えて、それぞれのコンテナは隔離された環境となっていて、コンテナ内での変更が他に影響を及ぼすことはない。つまりコンテナを作成する度に、常にフレッシュな環境を用意できることを意味している。

　また、手動で環境構築するプロセスも介在しないため、人為的なミスという失敗も起きづらい。Dockerを活用することで、DevからOpsへの引き渡しは非常にスムーズに進むようになるだろう。

図2　従来のデプロイとDockerのデプロイ

Dockerfileによる容易なイメージ展開

　さらに、他の人が作ったDockerイメージを利用するだけでなく、自らイメージを作成することも可能だ。例として、先ほど利用した“nginx docker image”に、独自の静的コンテンツを追加するケースを考えてみよう。

　まず、「Dockerfile」というファイルを用意する。Dockerfileには、Docker imageを生成するための一連の手順を記述することができる。静的コンテンツを追加する場合は、以下のようになる。

　1行目の“FROM nginx”で、既にあるnginx docker imageをベースとすることを示している。そして2行目で、自環境にあるhtmlディレクトリを、コンテナ内の“/usr/share/nginx/html”に追加している。

　この状態でdocker buildコマンドを実行すると、Dockerfileの記述に従って構築が行われ、nginx docker imageに静的コンテンツが追加された、オリジナルのDocker imageが生成される。

　このように、他の人が作成したイメージを発展させていくことが可能というわけだ。

　出来上がったdocker imageは、Docker Registryにpushしておこう。そうすることで、Dockerが動いていればどこでも同じ環境を構築できるようになる。DevOpsにとっては大きな武器となることが分かるだろう。

Dockerに足りないもの

　Dockerを活用することで、アプリケーションのリリースサイクルを改善できることは分かった。しかし、実運用するに当たってはまだまだ足りないものが多い。

　先ほど作成したNginxのコンテナを、Webサイトとしてインターネットに公開するケースを考えてみよう。まず最低限、DNSの設定は必要だ。また、複数のコンテナにリクエストを割り振るロードバランサも必要となってくるだろう。運用のシーンを考えれば、加えてログ収集の仕組みや死活監視なども用意しなくてはならない。

　このように、運用に必要な仕組みはDockerでは面倒を見てくれないため、何らかの仕組みが必要だ。