技術の変遷を解説
いまさら聞けないコンテナの歴史 「chroot」から「Docker」まで
「Docker」や「Kubernetes」の人気で注目を浴びるようになったコンテナ技術。実は仮想マシンに匹敵するほどの長い歴史がある。
コンテナ型仮想化技術(以下、コンテナ技術)の急速な進化により、ITインフラの動向が変化した。コンテナ技術を顧客に提供するベンダーの数も増加している。ただし2013年のコンテナ管理ソフトウェア「Docker」の登場以降は、コンテナ技術の歴史に大きな変化はない。
現在の仮想マシン(VM)の基となる技術が登場したのは、1960年代だといわれている。VM技術の登場で、複数のユーザーが1台のコンピュータを同時に利用できるようになった。その後数十年の間にVM技術の開発と普及が進んだ。最新のVM技術では、1台の物理マシンで複数のOSを稼働させることができ、それぞれ異なるOSを必要とする複数のアプリケーションのホスティングなど、多様な目的で使用されている。
コンテナ技術の歴史は、1979年に登場したUNIX OS「Version 7 Unix」の開発途中で生まれた、「chroot」というシステムコール/コマンドの開発で大きく進展した。chrootは、アプリケーションのファイルアクセスを特定のディレクトリ以下に限定することによる、コンテナ型のプロセス分離の起点となった。chrootによるプロセス分離の主な利点は、特定のプロセス内部の脆弱(ぜいじゃく)性が悪用された場合、そのプロセスが他のプロセスの脅威にならないといった、システムセキュリティの向上だ。
2000年代に入ると、コンテナ技術の開発と洗練化がさらに進んだ。Googleは2003年に、「Kubernetes」の基となったコンテナクラスタ管理システム「Borg」を導入した。Googleのプリンシパルソフトウェアエンジニア、ティム・ホッキン氏によると、BorgではLinuxにすでに備わっていた分離メカニズムを利用したという。
併せて読みたいお薦め記事
「コンテナ」についてもっと詳しく
「Docker」「Kubernetes」関連記事
「cgroups」から「LXC」、そして「Docker」へ
その後「プロセスコンテナ」という技術が開発され、2006年には「コントロールグループ」(cgroups)として結実した。cgroupsはプロセス間の関係に注目し、ユーザーのアクセス範囲を特定のアクティビティーとメモリ領域に限定した。さらにコンテナネットワークのセキュリティの基礎を提供する「名前空間」が開発され、ユーザーまたはグループのアクティビティーを秘匿化することが可能となった。
cgroupsのコンセプトは2008年1月にLinuxカーネルに吸収され、その後Linuxコンテナテクノロジー「LXC」が登場した。
ホッキン氏によると、2013年に登場したDockerは、使いやすいGUI(グラフィカルユーザーインタフェース)と集中管理のコンセプトで注目を集めた。Dockerを使うと、異なるOS要件を持つ複数のアプリケーションを、コンテナ内の同じOSカーネルを使って実行できる。そのためIT管理者やIT部門はDockerを使ってシステムを単純化し、リソースを節約することができた。
コンテナはVMと比べてリソース占有量が大幅に少なく、起動と停止が高速で、管理に必要なオーバーヘッドが少なくて済む。独立したOSや他のリソースをカプセル化する必要のあるVMとは異なり、コンテナは同一のOSカーネルを共有し、接続先リソースの場所に応じたプロキシシステムを使用して、必要なリソースに接続する。
ITコミュニティーでは、共有OSカーネルのセキュリティ問題に関して懸念が生じていた。コンテナの脆弱性は、適切な防御手段のない脆弱なエコシステムに起因していた。コンテナの歴史の初期における他の問題点は、コンテナが一般的にステートレス(状態を保持しない設計)のため、多くのエンタープライズアプリケーションにとって重要なデータの一貫性の欠如につながることだった。効率的なネットワークの構築や規制のコンプライアンス(順守)、分散アプリケーション管理への対処も問題となった。
2017年、コンテナ技術は再び急浮上した。Pivotal、Rancher Labs、Amazon Web Services(AWS)、Dockerなどのベンダーは、オープンソースのコンテナスケジューラ/オーケストレーションツールであるKubernetesのサポートを強化し、コンテナオーケストレーション技術の標準を確立した。Microsoftは同年4月、サーバOS「Windows Server」でのLinuxコンテナの実行を可能にした。これはWindowsベースのシステムでアプリケーションをコンテナ化し、既存システムとの互換性を維持することが可能になった点で、大きな進化だった。
コンテナベンダーは、ツールのアップデートや追加、買収、技術提携により、セキュリティと管理の問題に対処した。だが2018年時点で、こうした問題が完全に解決されているとはいえない。
まだ終わらないコンテナ技術の歴史
一般的にコンテナは、大規模なモノリシックアプリケーションよりも、分散型アプリケーション、特に小規模なマイクロサービスを組み合わせた「マイクロサービスアーキテクチャ」に基づくアプリケーションに対して、多くの利点をもたらす。独立した各マイクロサービスは、Kubernetesなどのオーケストレーションツールを使用することにより、他のマイクロサービスから分離してコンテナ化し、スケーラビリティを実現できる。
さまざまなパブリッククラウドやプライベートクラウドのベンダーが、DockerやKubernetesを使用したマネージドコンテナサービスを提供している。クラウドへのコンテナ導入をより合理的でスケーラブルにし、かつ容易にするためだ。
機械学習をはじめとする人工知能(AI)技術もまた、クラウド/オンプレミス双方で大企業の関心を集めている。こうしたAI技術により、エラー予測や自動アラート、障害対応、データ分析などの改善が期待できるからだ。
コンテナ技術の歴史は、まだ終わりを迎えてはいない。「Linuxカーネルは分離という点で、まだ完全ではなく、完全になることは決してない」とホッキン氏は指摘する。ただし、これは誰も問題の解決に未着手だということではない。「すでに解決策は見出されており、さらなる機能性が追求されている」と同氏は言う。
セキュリティのハードルはますます高くなり、マシンに対する信頼度は低下し、コンテナベンダーは淘汰(とうた)されて統合が進むとホッキン氏は予測する。次世代のコンテナはVMと同じように見え、提供する概念にも大きな相違はなくなる可能性がある。だが実際には異なる手法に基づいており、異なるトレードオフを伴う。
コンテナ技術がどのように進化しても、この点は変わらない。ガートナーの予測では、大企業によるコンテナの使用率は、2020年には50%に達する。これは2017年(20%)の2倍以上になる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー