Kubernetes とは何で、どんな問題を解決しますか？

Question

IT Interview Practice · Accepted Answer

**Kubernetes**（しばしば **K8s** と略される）は、オープンソースの**コンテナオーケストレーション（container orchestration）**プラットフォームです。マシンの cluster 全体にわたって、コンテナ化されたアプリケーションのデプロイ、スケーリング、ネットワーキング、自己修復を自動化します。あなたは*望ましい状態（desired state）*を記述するだけで、Kubernetes が現実をそれに一致させるよう継続的に働きます。

## 問題：コンテナを大規模に動かすのは難しい

```text
You have containers (from Docker), but in production you must also answer:
  → On WHICH machine does each container run? (scheduling)
  → What if a container crashes? (self-healing / restarts)
  → What if a whole node dies? (reschedule elsewhere)
  → How do 50 replicas find and talk to each other? (service discovery)
  → How do I roll out a new version with zero downtime? (rolling updates)
  → How do I scale from 3 to 30 replicas on a traffic spike? (autoscaling)
Doing all this by hand across many servers does not scale.
```

## 解決策：宣言的（declarative）オーケストレーション

あなたは望むものを記述した **manifest** を提出し、cluster の **control loop** がシステムをそこへ向けて駆動します：

```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web
spec:
  replicas: 3            # 「常に 3 つのコピーを動かしておきたい」
  selector:
    matchLabels: { app: web }
  template:
    metadata:
      labels: { app: web }
    spec:
      containers:
        - name: web
          image: nginx:1.27
          ports:
            - containerPort: 80
```

```bash
kubectl apply -f web.yaml     # 望ましい状態を宣言する
kubectl get pods              # Kubernetes が 3 つの Pod を作成・スケジュール済み
```

Pod が死ぬと、Kubernetes は差分（稼働 2 に対し望ましい 3）に気づき、自動的に置き換えを作成します。

## Kubernetes が与えてくれるもの

```text
✓ SCHEDULING       — places Pods on nodes based on resources & constraints
✓ SELF-HEALING     — restarts failed containers, replaces dead Pods/nodes
✓ SERVICE DISCOVERY— stable virtual IPs & DNS names for groups of Pods
✓ LOAD BALANCING   — spreads traffic across healthy replicas
✓ ROLLING UPDATES  — ship new versions with no downtime, roll back on failure
✓ SCALING          — manual or automatic (Horizontal Pod Autoscaler)
✓ CONFIG & SECRETS — inject configuration without rebuilding images
✓ STORAGE ORCHESTRATION — attach persistent volumes to workloads
```

## 宣言的（declarative）と命令的（imperative）

```text
IMPERATIVE  → "run this command, then that command" (you manage each step)
DECLARATIVE → "here is the end state I want" (Kubernetes reconciles to it)
The declarative, reconciliation-loop model is Kubernetes' core idea.
```

## なぜ重要なのか

Kubernetes は production でコンテナ化された workload を動かすための事実上の標準になっており、それが何であり、どんな問題を解決するのかを理解することは、基礎的で広く応用の利く知識です。コンテナ（Docker のようなツールによる）はパッケージングを解決しますが、大規模になったときに生じる運用上の問いには答えません。各コンテナがどのマシンで動くのか、コンテナやノード全体が故障したら何が起きるのか、数十の replica がどう互いを発見して通信するのか、ダウンタイムなしで新バージョンをどう rollout するのか、需要に応じてどうスケールアップ・ダウンするのか。Kubernetes はこれらすべてを、**宣言的で reconciliation ベース**のモデルで扱います。あなたは manifest で望ましい状態を記述し、cluster の control loop が実際の状態を継続的にそこへ向けて駆動します — 必要に応じて Pod を作成・スケジュール・再起動・置き換えながら。これにより、**self-healing**（クラッシュしたコンテナや死んだノードは自動的に回復される）、**service discovery と load balancing**（Pod のグループの前に立つ安定した仮想 IP と DNS）、**rolling update と rollback**（ゼロダウンタイムのデプロイ）、**スケーリング**（手動または自動）、そして **config・secret・storage のオーケストレーション**が得られます。Kubernetes はあらゆる主要クラウドおよびオンプレミスにわたって、業界の大きな部分がソフトウェアをデプロイし運用する仕方を支えているため、その目的と中核にある宣言的モデルを把握することは、現代のインフラ業務に不可欠な前提知識であり、他のあらゆる Kubernetes の概念が積み上がる思考の土台です。

問題：コンテナを大規模に動かすのは難しい

解決策：宣言的（declarative）オーケストレーション

Kubernetes が与えてくれるもの

宣言的（declarative）と命令的（imperative）

なぜ重要なのか

関連する質問