Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
極力楽してKubernetes環境を構築したいwith AWS, terraform, EKS...
Search
k.bigwheel (kazufumi nishida)
November 23, 2023
Technology
3.1k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
極力楽してKubernetes環境を構築したいwith AWS, terraform, EKS, Argo-CD
k.bigwheel (kazufumi nishida)
November 23, 2023
More Decks by k.bigwheel (kazufumi nishida)
See All by k.bigwheel (kazufumi nishida)
2022年マイベスト本紹介「FACTFULNESS」
bigwheel
0
1.5k
Other Decks in Technology
See All in Technology
作り直せるコードは迅速に 作り直せないDBは慎重に - AI時代のプロダクトエンジニアが「判断の不可逆性」で開発速度を変える話
kinosuke01
0
190
少人数データチームのDevin活用実践事例
runandy16
2
430
PM領域でのAI Agentの活用
lycorptech_jp
PRO
0
260
When Does a Local Qwen Start to Break
morshoto
0
160
2026-09-04 SRE Tech Talk #15 怠惰なTerraform / Lazy Terraform
masasuzu
0
170
深夜のクラウド懺悔室 1:29:300 or 1:0:0
kazzpapa3
0
120
PfEingのアプローチで働こう
rindrics
0
160
AIで開発は速くなったのに、なぜ現場は楽にならないのか 〜あなたの組織のボトルネックを突き止めるワークショップ〜
jacopen
1
250
[RSJ26] AnoleVLA: Lightweight Vision-Language-Action Model with Deep State Space Models for Mobile Manipulation
keio_smilab
PRO
0
120
Nav2、Nav3 ... はたまた自作?〜 作って理解する Nav3 の設計意図 〜 / Nav2, Nav3 ... or Build Your Own? — Understanding Nav3's design intent by building it from scratch
yanzm
0
200
全員がプロダクトへ向き合う組織を持続成長させるために——組織づくりのフライホイールと4象限 / The Flywheel Model and Four Quadrants for Organizational Design
hiro_torii
3
760
本番に近いテストをもっと手軽に - Postmanで広がるAPIテストの世界 / Expanding the World of API Testing with Postman
yokawasa
1
240
Featured
See All Featured
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
330
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
550
Leo the Paperboy
mayatellez
8
2.2k
Designing for humans not robots
tammielis
254
26k
Agile that works and the tools we love
rasmusluckow
331
22k
A Tale of Four Properties
chriscoyier
163
24k
WCS-LA-2024
lcolladotor
0
820
First, design no harm
axbom
PRO
2
1.3k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
490
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
590
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.7k
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
1.9k
Transcript
極力楽して Kubernetes環境を構築したい with AWS, terraform, EKS, Argo-CD 2020/08/26 Kubernetes Meetup
Tokyo #33 株式会社Speee DX事業本部 SREエンジニア 西田和史 (k_bigwheel)
弊事業部のインフラ • ベース • EKS使用 • シングルテナント (1サービスごとに1クラスタ) • Argo
CD • Terraformで管理
インフラ詳細
課題感 • 事業部内のサービスの増加速度に対してインフラの構築速度が間に合ってない ◦ もっと高速にインフラ 1セットを提供したい • ほぼ同じインフラを何度も作成 ◦ 2人のSREチームでは手間が馬鹿にならない
(トイル化) ◦ 毎回微妙な差分が発生 • 毎回ちょっとずつ進化・改善している ◦ 改善が過去に構築したインフラへ反映できていない
モジュール化(terraform module / helm)で解決? • 適切に使用すれば紋切り型コードが大幅に減少 ◦ 例: ウェブサービス用の helm
chart(Deployment, Service, Ingressのセット) • 一方で過度のモジュール化(共通化)は個別最適化の選択肢を奪う ◦ オペレータA, B, C, Dを内包するhelm chartは便利だけどBを入れたくないクラスタではとたんに 面倒になる • モジュールを十分小さくすれば選択的に使える? ◦ モジュールが増えると使い方を理解するコストが増え、モジュール間の グルーコードも増える
モジュール化できた次に挙がる問題、 グルーコード • 適切な粒度で十分な機能を持ったモジュールがあってさえ、 グルーコードは一定必要 ◦ 例: helmを可能な限り使った場合でも manifestファイルの行数合計が 780
コードをテンプレート化して自動 生成しよう!
• シンプルで汎用性の高いプロジェクトテンプレート作成ツール ◦ https://github.com/cookiecutter/cookiecutter • 使い方 a. テキストファイルの中で変数展開したい箇所を Jinja2フォーマット {{
変数名 }}で記述 b. cookiecutterコマンドを実行、ダイアログで変数の値を入力 c. 変数展開されたファイルが生成!
ここが自動生成できるようになった
プロジェクト初日にやること 1. AWSアカウントの作成 2. GitHubにリポジトリの作成 3. GitHub SecretsにCI用の Credentialsを設定 4.
右のコマンドを実行 # インフラコードの生成 cookiecutter
[email protected]
:speee/infra-template.git # CIでインフラを構築 git add . git push origin HEAD # k8s認証情報の設定 aws eks update-kubeconfig --name hogehoge # Argo CDのインストール kubectl create namespace argo-cd helm repo add argo https://argoproj.github.io/argo-helm helm install argo-cd argo/argo-cd -n argo-cd --set installCRDs=false # マニフェストファイルの生成 cookiecutter
[email protected]
:speee/manifest-template.git # Argo CDにマニフェストリポジトリを登録 git add . git push origin HEAD argocd repo add https://github.com/speee/hogehoge-manifest
以上のコマンドにより、
以上のコマンドにより、 ここ以外のすべてが 1時間でできるように なった!
課題は解決した? • もっと高速にインフラ1セットを提供したい ➢ 最短1日未満で提供できるようになりつつある • 2人のSREチームでは手間が馬鹿にならない(トイル化) ➢ 作業を大幅に簡略化 •
毎回微妙な差分が発生 ➢ テンプレート化で不要な差分は最小化 • 改善が過去に構築したインフラへ反映できていない ➢ インフラリポジトリ/マニフェストリポジトリの骨格が揃ったので足並みを揃えやすくなった
ご清聴 ありがとう ございました まとめ 1. モジュール化 a. Terraform module b.
helm 2. テンプレート(コード自動生成) a. cookiecutter より以下ができた • トイルの削減 • 高速な初期構築 • コードの標準化(正規化)