コンテナ技術入門：アプリケーション開発と運用の革命（入門編） | First byte Blog

コンテナ技術入門：アプリケーション開発と運用の革命

現代のソフトウェア開発において、コンテナ技術は不可欠なものとなっています。「ローカルでは動くのに本番環境では動かない」という昔ながらの問題を解決し、開発からテスト、本番環境へのデプロイまでの一貫性を実現する技術として、多くの企業に採用されています。

GitHub の「State of the Octoverse」レポートによれば、トップ企業の 80%以上がコンテナ技術を活用しており、特にクラウドネイティブなアプリケーション開発においては標準的な技術となっています。

この記事では、コンテナ技術の基本概念から、代表的なツールである Docker の使い方、そして Kubernetes によるコンテナオーケストレーションまで、コンテナ技術の全体像を解説します。

コンテナ技術とは？

コンテナとは、アプリケーションとその実行に必要なすべての依存関係（ライブラリ、バイナリ、設定ファイルなど）をパッケージ化した軽量な実行環境です。コンテナはホスト OS のカーネルを共有しながら、他のコンテナやホストシステムから隔離された環境でアプリケーションを実行します。

仮想マシンとコンテナの違い

コンテナ技術を理解する上で、従来の仮想マシン（VM）との違いを押さえておくことが重要です。

!VMとコンテナの比較図

仮想マシン:

ハードウェアレベルの仮想化
各 VM は独自の OS カーネルを持つ
起動に数分かかることがある
リソース消費が比較的大きい
完全な隔離と互換性を提供

コンテナ:

OS レベルの仮想化
ホスト OS のカーネルを共有
数秒で起動可能
軽量でリソース効率が高い
プロセスレベルの隔離を提供

コンテナは仮想マシンと比較して、より軽量で効率的であるため、マイクロサービスアーキテクチャや継続的インテグレーション/継続的デリバリー（CI/CD）パイプラインとの相性が非常に良いのが特徴です。

Docker の基本

Docker は、コンテナ技術を実装した最も普及しているプラットフォームです。2013 年に登場して以来、コンテナ技術の事実上の標準となっています。

Docker のアーキテクチャ

Docker は主に以下のコンポーネントから構成されています：

Docker Engine: コンテナの作成と実行を行うサーバーサイドのデーモン
Docker CLI: Docker エンジンを操作するためのコマンドラインインターフェース
Docker イメージ: アプリケーションとその依存関係を含む読み取り専用のテンプレート
Docker コンテナ: イメージから作成された実行中のインスタンス
Docker レジストリ: イメージを保存・共有するためのリポジトリ（DockerHub など）

Dockerfile の基本

Docker イメージは、Dockerfile と呼ばれるテキストファイルを使って定義します。以下は、Node.js アプリケーションのための基本的な Dockerfile の例です：

# ベースイメージを指定
FROM node:18-alpine

# 作業ディレクトリを設定
WORKDIR /app

# パッケージ依存関係をコピー
COPY package*.json ./

# 依存関係をインストール
RUN npm install

# アプリケーションのソースコードをコピー
COPY . .

# アプリケーションのポートを公開
EXPOSE 3000

# アプリケーションを起動するコマンド
CMD ["npm", "start"]

基本的な Docker コマンド

Docker を日常的に使用する上で知っておくべき基本的なコマンドを紹介します：

イメージのビルド:

docker build -t myapp:latest .

コンテナの実行:

docker run -d -p 3000:3000 --name myapp-container myapp:latest

実行中のコンテナの確認:

docker ps

コンテナのログ確認:

docker logs myapp-container

コンテナの停止と削除:

docker stop myapp-container
docker rm myapp-container

イメージの一覧表示:

docker images

Docker Compose による複数コンテナの管理

実際のアプリケーションは、単一のコンテナではなく、複数のサービス（Web サーバー、データベース、キャッシュなど）から構成されることが一般的です。Docker Compose は、複数のコンテナを定義し、単一のコマンドで実行するためのツールです。

以下は、Web アプリケーションと MySQL データベースを組み合わせた基本的な docker-compose.yml ファイルの例です：

version: "3"

services:
  web:
    build: .
    ports:
      - "3000:3000"
    environment:
      - DATABASE_URL=mysql://user:password@db:3306/myapp
    depends_on:
      - db

  db:
    image: mysql:8.0
    environment:
      - MYSQL_ROOT_PASSWORD=rootpassword
      - MYSQL_DATABASE=myapp
      - MYSQL_USER=user
      - MYSQL_PASSWORD=password
    volumes:
      - db-data:/var/lib/mysql

volumes:
  db-data:

Docker Compose を使用すると、以下のコマンドで全てのサービスを起動できます：

docker-compose up -d

コンテナオーケストレーションと Kubernetes

本番環境で多数のコンテナを運用する場合、コンテナの配置、スケーリング、ネットワーキング、ロードバランシングなどを自動化する「コンテナオーケストレーション」が必要になります。Kubernetes はコンテナオーケストレーションの事実上の標準となっています。

Kubernetes の主要概念

Kubernetes は非常に多機能ですが、以下は理解しておくべき基本的な概念です：

Pod: Kubernetes の最小デプロイ単位。1 つ以上のコンテナを含みます。
Service: Pod の集合を抽象化し、単一のネットワークエンドポイントとして公開します。
Deployment: Pod の望ましい状態を宣言的に定義し、自動的にその状態を維持します。
ConfigMap / Secret: 設定やシークレット情報を管理します。
Namespace: リソースのグループ化と分離を提供します。
Node: Kubernetes クラスタ内の物理または仮想マシン。
Cluster: ノードの集合とコントロールプレーン。

基本的な Kubernetes マニフェスト

以下は、シンプルな Web アプリケーションをデプロイするための基本的な Kubernetes マニフェストの例です：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: webapp-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: webapp
  template:
    metadata:
      labels:
        app: webapp
    spec:
      containers:
        - name: webapp
          image: myapp:latest
          ports:
            - containerPort: 3000
          resources:
            limits:
              cpu: "0.5"
              memory: "512Mi"
            requests:
              cpu: "0.2"
              memory: "256Mi"
---
apiVersion: v1
kind: Service
metadata:
  name: webapp-service
spec:
  selector:
    app: webapp
  ports:
    - port: 80
      targetPort: 3000
  type: LoadBalancer

このマニフェストは、3 つのレプリカを持つ Web アプリケーションのデプロイメントと、それらにトラフィックを分散するロードバランサーサービスを定義しています。

コンテナ技術のメリット

コンテナ技術を採用することで、組織は以下のようなメリットを得ることができます：

1. 環境の一貫性

「It works on my machine（自分のマシンでは動く）」という問題を解消し、開発、テスト、本番環境間の一貫性を確保します。これにより、環境の違いによるバグや問題が大幅に減少します。

2. リソース効率の向上

仮想マシンと比較して、コンテナは軽量でオーバーヘッドが少ないため、同じハードウェア上でより多くのアプリケーションを実行できます。これにより、インフラストラクチャのコスト削減につながります。

3. 迅速なデプロイと拡張

コンテナは数秒で起動でき、イメージからのデプロイも高速です。また、需要に応じて迅速にスケールアップ/ダウンできるため、システムの俊敏性が向上します。

4. 開発と運用の協力促進（DevOps）

コンテナ技術は、開発者と運用チームの間の壁を取り払い、協力を促進します。開発者はコンテナ内でアプリケーションをビルドし、運用チームはそれをどのような環境にもデプロイできます。

5. マイクロサービスアーキテクチャの実現

コンテナ技術は、アプリケーションを小さな独立したサービスに分割するマイクロサービスアーキテクチャとの相性が非常に良いです。各サービスを個別のコンテナとしてデプロイし、独立して開発・スケーリング・更新できます。

コンテナ技術の導入における課題と対策

コンテナ技術には多くのメリットがありますが、導入時には以下のような課題も考慮する必要があります：

1. 学習曲線

コンテナ技術、特に Kubernetes には急な学習曲線があります。この課題に対しては、段階的な導入と継続的なトレーニングが効果的です。

2. セキュリティの確保

コンテナのセキュリティは、従来のアプリケーションとは異なる考慮事項があります。イメージのスキャン、最小権限の原則の適用、実行時の保護などが重要です。

___

docker build -t myapp:latest .

0___

3. ステートフル（状態を持つ）アプリケーションの管理

データベースなどのステートフルなアプリケーションをコンテナ化する場合、永続的なデータストレージの管理が課題となります。Kubernetes の永続ボリューム（PV）と永続ボリューム要求（PVC）を活用することで対応可能です。

4. モニタリングと可観測性

分散したコンテナ環境では、従来よりも複雑なモニタリングが必要になります。Prometheus、Grafana、Jaeger などのツールを活用し、包括的な可観測性を確保することが重要です。

5. コスト管理

コンテナの柔軟性と拡張性は、適切に管理しなければ予期せぬコスト増加を招く可能性があります。リソース制限の設定、自動スケーリングポリシーの適切な構成、コスト可視化ツールの導入などが対策となります。

実践的な Docker と Kubernetes 活用パターン

マルチステージビルドによるイメージの最適化

本番環境では、イメージサイズを小さくし、攻撃対象領域を減らすことが重要です。マルチステージビルドを使用すると、ビルド環境と実行環境を分離でき、最終的なイメージを最小限に保つことができます。

___

docker build -t myapp:latest .

1___

ヘルスチェックの実装

コンテナが正常に動作しているかを監視するためのヘルスチェックを実装することで、問題が発生した場合に自動的に再起動するなどの対応が可能になります。

Dockerfile でのヘルスチェック例：

___

docker build -t myapp:latest .

2___

Kubernetes でのヘルスチェック例：

___

docker build -t myapp:latest .

3___

本番環境向けのベストプラクティス

本番環境でコンテナを運用する際のベストプラクティスをいくつか紹介します：

Root レスコンテナ: 特権を持たないユーザーとしてコンテナを実行し、セキュリティリスクを軽減します。

___

docker build -t myapp:latest .

4___

イミュータブルインフラストラクチャ: コンテナの実行中に変更を加えるのではなく、新しいイメージをビルドして再デプロイします。

シークレット管理: パスワードや API キーなどの機密情報は、環境変数ではなく専用のシークレット管理ツールを使用します。

リソース制限: コンテナの CPU とメモリ使用量に制限を設け、リソース競合を防ぎます。

ロギングと監視: 集中ログ管理システムとモニタリングツールを導入し、システム全体の状態を可視化します。

コンテナ技術のエコシステムと関連ツール

コンテナ技術の周辺には、豊富なツールとサービスのエコシステムが形成されています。以下は、コンテナ技術を効果的に活用するための主要なツールです：

コンテナレジストリ

Docker Hub: Docker の公式イメージレジストリ
Amazon ECR: AWS のマネージドコンテナレジストリ
Google Container Registry: Google のマネージドコンテナレジストリ
GitHub Container Registry: GitHub が提供するコンテナレジストリ

CI/CD ツール

Jenkins: 最も広く使われているオープンソースの CI/CD ツール
GitHub Actions: GitHub に統合された CI/CD ツール
GitLab CI/CD: GitLab に統合された CI/CD ツール
CircleCI: クラウドベースの CI/CD プラットフォーム

モニタリングとロギング

Prometheus: メトリクス収集と監視のためのオープンソースツール
Grafana: データ可視化と分析のためのプラットフォーム
ELK Stack (Elasticsearch, Logstash, Kibana): ログ収集、分析、可視化のためのスタック
Fluentd: オープンソースのデータコレクタ

サービスメッシュ

Istio: マイクロサービス間の通信を管理するためのサービスメッシュ
Linkerd: 軽量で高速なサービスメッシュ
Consul: サービスディスカバリとサービスメッシュのためのツール

コンテナ技術の要点とメリット

コンテナ技術は、現代のソフトウェア開発と運用において革命的な変化をもたらしました。開発環境と本番環境の一貫性、リソース効率の向上、迅速なデプロイとスケーリング、そしてマイクロサービスアーキテクチャの実現など、多くのメリットを提供します。

Docker を中心としたコンテナ技術と、Kubernetes によるコンテナオーケストレーションは、クラウドネイティブなアプリケーション開発の中心的な技術となっており、これらのスキルは現代のソフトウェアエンジニアにとって不可欠なものとなっています。

コンテナ技術の導入は、小規模なプロジェクトから始め、徐々に複雑なユースケースに拡大していくアプローチが効果的です。Docker Compose を使った開発環境のコンテナ化から始め、段階的に Kubernetes による本番環境の運用へと進むことで、円滑な導入が可能になります。

コンテナ技術・インフラについてのご相談はこちら