古賀政純「Dockerがもたらすビジネス変革」

開発用と本番用のDockerfileの二重管理を解消

古賀政純(日本ヒューレットパッカード) 2019年02月06日 07時00分

  • このエントリーをはてなブックマークに追加
  • 印刷

開発部門にとってうれしい機能「マルチステージビルド」とは?

 こんにちは。日本ヒューレットパッカード(HPE)のオープンソース・Linuxテクノロジーエバンジェリストの古賀政純です。前回の記事では、「Docker」がもたらす開発基盤導入の変革と、HPEの開発部門におけるDocker導入の効果について紹介しました。今回は、開発部門にとってうれしいDockerの画期的な仕組みについて解説します。

Docker環境におけるアプリケーション開発

 一般に、Docker環境に限らず、開発環境では、アプリケーションの開発を行う際に、コンパイラ、開発用のヘッダファイル、ライブラリ類などの「開発ツール」をインストールしなければなりません。開発者はそれらのツールを駆使し、ソフトウェアの設計図であるソースコードから実行ファイルなどを生成します。

 ソースコードからアプリケーションの実行ファイルなどを生成する作業は、一般に「ビルド」と呼ばれます。開発環境は、アプリケーションの実行ファイルの他に、さまざまな開発ツールもインストールされた状態になっています。開発ツールやビルド作業時の作業ログが入っている状態なので、そのままでは本番環境に出すことはありません。そのため、本番環境には、開発ツールや作業ログなどを取り除いて、アプリケーションの実行ファイルのみが稼働する実行環境を作らなければなりません。

 開発者は、ビルド済みのアプリケーションの実行ファイルを開発環境から本番環境にコピーし、かつ開発ツールがない状態で正常に動作するように実行環境を整える必要があります。

【補足】古くから存在するオフコンやUNIXサーバ基盤などでは、セキュリティのバグ修正やホットフィックスを適用するために、アプリケーションの実行ファイルと、動作時に動的にその都度読み込まれるライブラリ(一般に「動的にリンクされるランタイムライブラリ」と呼ばれます)を分離して管理することが少なくありませんでした。

 しかし、最近のクラウド利用を想定したウェブアプリケーション(クラウドネイティブアプリケーションと呼ばれます)の多くは、ライブラリなどの機能も全て含んだ1つの実行ファイルだけで構成されていることも少なくありません。1つの実行ファイルのみで全機能が動作するように、動作時に読み込むライブラリなどを実行ファイル内に静的に取り込んだ形でビルドされます。

 アプリケーションが1つの実行ファイルに集約されているため、OS上にインストールされた既存ライブラリのバージョンや配備状況に左右されることがありません。また、実行ファイルが1つだけですので、開発環境から本番環境へのアプリケーションのコピー作業を劇的に簡素化できるメリットがあります。

 逆に、ライブラリを静的に取り込んで1つの実行ファイルに集約したアプリケーションのデメリットは、静的に取り込まれたライブラリのみをロードするため、新しく導入したライブラリを動的にロードできない点などが挙げられます。開発用と本番用のアプリケーションの実行ファイルとライブラリの在り方、本番環境へのコピー、移植のしやすさなど、開発の現場では、アプリケーションに応じて、古くからさまざまな試行錯誤が行われています。

図1.一般的なアプリケーション開発環境と本番環境への配備
図1.一般的なアプリケーション開発環境と本番環境への配備

 Docker環境におけるアプリケーション開発においても、開発ツールの導入や実行ファイルのコピーなどの作業が行われていますが、アプリケーションをビルドするための開発用のDockerイメージと本番用のDockerイメージが必要であり、それらのDockerイメージを生成するために、開発用のDockerfileと本番用のDockerfileを持つケースが少なくありません。

 以前の記事で、Dockerイメージを生成する手順を自動化、省力化する仕組みとして、Dockerfileを紹介しました。Dockerfileがあれば、Dockerイメージの入手やコンテナへのアプリケーションのインストールといった面倒な作業を自動で行うことは、今までの記事でも取り上げた通りです。アプリケーションのビルド手順やインストール手順が書かれたDockerfileをDockerエンジンに読み込ませることにより、アプリケーション入りのDockerイメージを自動で生成してくれます。

 しかし、Dockerを採用する多くの開発部門では、本番用のDockerfileと開発用のDockerfileを二重管理しなければならない問題に直面しています。開発用のDockerイメージにアプリケーションの実行ファイル以外に、本番環境には不要な開発ツールなどが多数含まれているため、本番環境向けには、これらの開発ツールなどを含まない形で、アプリケーションの実行ファイルのみを含むDockerイメージを作らなければなりません。

 また、開発用のDockerイメージから起動したコンテナ内のアプリケーションの実行ファイルを開発者が手動でコピーし、本番用のDockerイメージに埋め込む煩雑な作業に悩まされています。

ZDNet Japan 記事を毎朝メールでまとめ読み(登録無料)

  • このエントリーをはてなブックマークに追加

この記事を読んだ方に

関連ホワイトペーパー

連載

CIO
月刊 Windows 10移行の心・技・体
ITアナリストが知る日本企業の「ITの盲点」
シェアリングエコノミーの衝撃
デジタル“失敗学”
コンサルティング現場のカラクリ
Rethink Internet:インターネット再考
インシデントをもたらすヒューマンエラー
トランザクションの今昔物語
エリック松永のデジタルIQ道場
研究現場から見たAI
Fintechの正体
米ZDNet編集長Larryの独り言
大木豊成「仕事で使うアップルのトリセツ」
山本雅史「ハードから読み解くITトレンド放談」
田中克己「展望2020年のIT企業」
松岡功「一言もの申す」
松岡功「今週の明言」
内山悟志「IT部門はどこに向かうのか」
林 雅之「デジタル未来からの手紙」
谷川耕一「エンプラITならこれは知っとけ」
大河原克行「エンプラ徒然」
内製化とユーザー体験の関係
「プロジェクトマネジメント」の解き方
ITは「ひみつ道具」の夢を見る
セキュリティ
セキュリティインシデント対応の現場
エンドポイントセキュリティの4つの「基礎」
企業セキュリティの歩き方
サイバーセキュリティ未来考
ネットワークセキュリティの要諦
セキュリティの論点
スペシャル
エンタープライズAIの隆盛
インシュアテックで変わる保険業界
顧客は勝手に育たない--MAツール導入の心得
「ひとり情シス」の本当のところ
ざっくり解決!SNS担当者お悩み相談室
生産性向上に効くビジネスITツール最前線
ざっくりわかるSNSマーケティング入門
課題解決のためのUI/UX
誰もが開発者になる時代 ~業務システム開発の現場を行く~
「Windows 10」法人導入の手引き
ソフトウェア開発パラダイムの進化
エンタープライズトレンド
10の事情
座談会@ZDNet
Dr.津田のクラウドトップガン対談
Gartner Symposium
IBM World of Watson
de:code
Sapphire Now
VMworld
Microsoft WPC
Microsoft Connect()
HPE Discover
Oracle OpenWorld
Dell Technologies World
AWS re:Invent
AWS Summit
PTC LiveWorx
吉田行男「より賢く活用するためのOSS最新動向」
古賀政純「Dockerがもたらすビジネス変革」
中国ビジネス四方山話
ベトナムでビジネス
日本株展望
企業決算
このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]