AWSのECSを分かりやすく例えてみた

AWSのECSを分かりやすく例えてみた村上

背景アプリ側にインフラを覚えてほしいなという意図でLTします。細かい技術的な話は無視してますので気になる方はAIに聞いてみてください！

今日のゴール : 自社のプロダクトは DockerイメージをECRに格納（push）し、ECSという管理システムを通じて、Fargateという基盤の上に、タスクをサービスとして稼働させている LT後に「自社プロダクトのインフラ周りをなんとなく理解し、うちのシステムはこういうマンションを建ててるんだな」と腹落ちさせたい！！

Part 1：イントロ・AWSの登場人物（用語）が多すぎる問題 ECR, ECS, Fargate, コンテナ, タスク定義, タスク, サービス...
これらを全部「マンション経営」の言葉に翻訳します。

Part 2：下準備 - 部屋をキットにする Dockerイメージ＝「家具付きのプレハブ小屋」 • 中にはアプリ（住人）と、動くのに必要な家具（ライブラリ）が全部入ってる。 •
どこに持っていっても同じように住める（動く）魔法の部屋。

Part 2：下準備 - 部屋をキットにする ECR ＝「プレハブ小屋の巨大倉庫」 • 作ったプレハブ（イメージ）を出荷待ち状態で保管しておく場所。プレハブ倉庫

Part 2：下準備 - 部屋をキットにするここまでのまとめ • アプリを「部屋（プレハブ）」としてパッケージ化して、「倉庫（ ECR）」に預けた状態。プレハブ倉庫

Part 3：設計 - ルールを決めるタスク定義＝「入居の契約・設計指示書」 • この部屋には「CPU（電気）をこれくらい」「メモリ（広さ）をこれくらい」割り当てます、という約束事。 •
ここをケチると、住人（アプリ）が酸欠で倒れます。

Part 3：設計 - ルールを決める「材料とルールが揃った。いよいよ現場での建設開始！

Part 4：実行 - マンションが建つ Fargate ＝「魔法の空中床（土地）」 • 昔は自分たちで土地（サーバー /EC2）を整備して掃除して
…と大変だった。 • Fargateなら、床が勝手に用意される。僕たちは「部屋」を置くだけ。

Part 4：実行 - マンションが建つタスク＝「実際に稼働している部屋」 • 設計図（タスク定義）を元に、実際に床の上に置かれた「実体」。 •
タスク＝

Part 4：実行 - マンションが建つサービス＝「マンションの管理人」 • ここが一番大事！「常に 3部屋をキープせよ」と命じられた管理人。
• もし1部屋が火事で壊れたら（プロセスダウン）、管理人が即座に新しい部屋を建て直す。サービス＝

Part 4：実行 - マンションが建つクラスター＝マンションの敷地全体

Part 5：応用デプロイ＝「一斉建て替え工事」 • 古い部屋を壊しながら、新しい設計図の部屋を隣に建てていく。 • これが「ローリングアップデート」。

Part 5：応用 Service Auto Scaling ＝「自動増築」 • 内見希望者（アクセス）が激増！ •
管理人が「あ、これ足りないわ」と判断して、自動で部屋（タスク）を増やしてくれる。

Part 6：まとめ本日の要約 • Docker: 倉庫 • ECR: プレハブ倉庫 •
タスク定義 : 設計図 • タスク : 動いている部屋（実体） • サービス : 部屋を見守る管理人 • Fargate: 管理不要のAWSの床本日の要約 • Docker: い〇ば • ECR: プレハブ倉庫 • タスク定義 : 変な家の設計書 • タスク : マンション • サービス : ヒソカ • Fargate: キングクリムゾン

Part 6：まとめ最後に：自分たちのデプロイを見てみよう • パイプラインが走るのは「倉庫に新しいプレハブを届ける」こと。 • ECSの更新は「管理人に新しい設計図を渡す」こと。 • そう思うと、インフラが少し身近になりませんか？

今日のゴール: 自社のプロダクトは DockerイメージをECRに格納（push）し、ECSという管理システムを通じて、 Fargateという基盤の上に、タスク（コンテナの実体）をサービス（管理ルールの元）として稼働させている最後にこれが腹落ちした方はコメント欄で「卍解」コメントをお待ちしてます！

AWSのECSを分かりやすく例えてみた

AWSのECSを分かりやすく例えてみた

株式会社イノベーション(エンジニア)

More Decks by 株式会社イノベーション(エンジニア)

Other Decks in Technology

Featured

Transcript