C
DevOps 一覧
前へ1 / 4次へ
DevOps//Lesson 01

DevOps

30分·theory

DevOps

🎯 このレッスンを読み終えたら

このレッスンを読み終えると、以下の3つに自信を持って取り組めるようになります。

  • ▸✅ 「DevOps」(開発＋運用の自動化) のインフラパターン
  • ▸✅ 運用の落とし穴 ＋ モニタリング (CI/CD (自動ビルド・デプロイ)、Docker (コンテナツール))
  • ▸✅ 面接頻出問題 (Kubernetes (k8s、コンテナ自動運用)、IaC (インフラのコード化))

学習目標をチェックリストとして持ち、すべてに答えられるようになったらレッスンを閉じてください。

👨‍💻 DevOpsを築いた4人 — 用語の誕生からコンテナ・Kubernetesまで

01
Patrick Deboisパトリック・デボワ
Coined the term 'DevOps'Independent Consultant1969年〜現在

「DevOps」という言葉を世に送り出した人物 — 開発と運用の壁を壊したカンファレンスの始まり

  • 2007 ベルギー政府プロジェクトでDev/Ops分離の非効率性を痛感
  • 2009 ベルギーのゲントで初のDevOpsDaysカンファレンスを開催 — 「DevOps」という用語が広まる
  • 2010 DevOpsDaysムーブメントが世界規模で本格化 — グローバルコミュニティを組織
  • 2015 DevOps Handbookの共著者として参加 — 実務への定着を加速
DevOpsDays・文化運動 — 開発/運用統合という思想の起源DEVOPS · 用語創案者
02
Solomon Hykesソロモン・ハイクス
Creator of DockerdotCloud → Docker Inc.1983~現在

Linuxカーネルの機能をまとめ、「コンテナ」を誰でも使えるようにした人物

  • 2010 フランス出身、dotCloud（PaaSスタートアップ）を共同創業
  • 2013 PyConでDockerを初公開 — コンテナ革命の幕開け
  • 2014 社名をdotCloudからDocker Inc.に変更し、本格的な商用化を推進
  • 2018 Docker Inc.のCTOを辞任 — CI/CDの進化を目指しDaggerを創業
コンテナの標準化 — Kubernetes・サーバーレス・MSA時代の出発点DOCKER · コンテナ創始者
03
Joe Bedaジョー・ベダ
Co-creator of KubernetesGoogle → Heptio → VMware現在活動中

Google社内のBorgの経験をオープンソースのKubernetesに移植した共同創始者

  • 2004 HypericからGoogleへ入社 — インフラシステム開発に参加
  • 2014 Brendan BurnsおよびCraig McLuckieとともにKubernetesプロジェクトを立ち上げ
  • 2016 Heptioを共同創業 — 企業向けKubernetes導入コンサルティングを提供
  • 2018 VMwareによるHeptio買収 — VMware Tanzuのコアアーキテクトとして参画
Kubernetes — コンテナオーケストレーションのデファクトスタンダードKUBERNETES · 共同創始者
04
Kelsey Hightowerケルシー・ハイタワー
Kubernetes Educator & AdvocateGoogle Cloud → Independent現在活動中

Kubernetesを「素手で」インストールさせることで世界中のエンジニアを目覚めさせた伝道師

  • 2015 CoreOSを経てGoogle Cloudに参加 — Kubernetesの伝道師として活動開始
  • 2016 「Kubernetes the Hard Way」ガイドを公開 — 主要な学習リソースとして定着
  • 2018 世界各地のカンファレンスでキーノート登壇 — Kubernetesの運用パターンを確立
  • 2023 Googleを退社・引退を宣言 — 独立した立場でコミュニティメンターとして活動を継続
Kubernetesの教育・実践パターンの定着 — ツールの上に「文化」を乗せた人物K8S ADVOCATE · 伝道師・教育者
👥
一言で
デボワ(用語・文化) → ハイクス(Docker) → ベダ(Kubernetes) → ハイタワー(布教)。この4人が現代DevOpsインフラの骨格を築いた。

なぜDevOpsを理解しなければならないのか

一言で: コードを書く → ユーザーの手元に届くまでのすべての工程を自動化。デプロイ速度 ＝ ビジネス速度。

ツールマッピング

領域標準
コンテナDocker · Podman (アプリを隔離されたボックスで実行)
オーケストレーションKubernetes (k8s) (コンテナ自動運用) · Docker Swarm
CI/CD (自動ビルド・デプロイ)GitHub Actions · Jenkins · GitLab CI
IaC (Infrastructure as Code、インフラのコード化)Terraform (インフラ定義ツール) · Pulumi · AWS CDK
クラウドAWS · GCP · Azure (サーバーを借りて使うサービス)
モニタリングPrometheus · Grafana · Datadog · OpenTelemetry (オブザーバビリティデータの標準)
開発者ポータルBackstage (サービスカタログ・ドキュメントハブ)

5つの核心的な理由

理由意味
コンテナ (Docker)「自分の環境では動くのに」問題を永続的に解決
CI/CD (自動ビルド・デプロイ)git push → 自動テスト・ビルド・デプロイ。ヒューマンエラー ↓
IaC (Infrastructure as Code)インフラをコードで — 再現可能・バージョン管理・ロールバック
モニタリング (SRE (サイト信頼性エンジニアリング))ユーザーが報告する前にアラートで検知。DORA (デプロイ頻度・失敗率など4指標) を追跡
K8s (Kubernetes、コンテナ自動運用)トラフィック急増時に自動スケーリング。サーバーが落ちても自動復旧。blue-green (2環境切り替えデプロイ) · canary (一部トラフィックを先行) 戦略

重要: 小規模な会社でもDevOpsを無視すれば 手動デプロイ → 障害 → 残業 の繰り返し。自動化は生き残るための道具。

🤖 AIにこう依頼してみましょう

このレッスンの概念を理解すれば、AIに具体的に指示できるようになります。

  • ▸「このNodeアプリのDockerfile (コンテナイメージ仕様ファイル) をマルチステージビルドで最適化してください。alpine + .dockerignore も含めて。」
  • ▸「PostgreSQL + Redis + アプリコンテナのdocker-compose.yml (複数コンテナ定義) を作成し、healthcheck (状態チェック) も追加してください。」
  • ▸「GitHub Actions (自動ビルド・デプロイワークフロー) のymlを書いてください (lint → test → イメージビルド → デプロイ)」
  • ▸「このデプロイをcanary (少数トラフィックを先行) 方式で段階化してください」

なぜこれでトークンが減るのか

DevOpsの語彙 (イメージ・レイヤー・ヘルスチェック・ローリングデプロイ) を知らずに「デプロイして」と言うと、AIは環境から確認し直します。語彙を一度身につければ、すぐにymlを生成できます。

先に読むとよい概念: 入力バリデーション + API セキュリティ — Rate Limiting · CORS · 環境変数
次のおすすめ: Docker — コンテナ・イメージ・Dockerfile
前へ一覧次へ
DevOps - DevOps