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
至高のCI/CDパイプラインを実現する5つの約束 #jawsdays / The fiv...
Search
Tori Hara
PRO
February 23, 2019
Technology
26
28k
至高のCI/CDパイプラインを実現する5つの約束 #jawsdays / The five principles to spark joy in your pipelines
Presented virtually at JAWS DAYS 2019.
Tori Hara
PRO
February 23, 2019
Tweet
Share
More Decks by Tori Hara
See All by Tori Hara
カミナシでの技術的負債返済プロジェクトとその決断 / Beyond tech debts at Kaminashi
toricls
PRO
47
25k
アプリケーション開発者は Amazon ECS あるいは Kubernetes をどこまで知るべきか #AWSDevDay / You build it, you run it
toricls
PRO
57
23k
永続複数ブランチ運用は『単一のコードベース』と言えるのか / What are your justifications for the multi-branches?
toricls
PRO
17
6.5k
緩やかに死んでいくシステム / You won't be in the team forever
toricls
PRO
23
15k
技術的負債とステークホルダと説明責任と / The Debt
toricls
PRO
77
36k
Securing your Amazon ECS applications: Best practices
toricls
PRO
0
930
第2回 AWS Fargate かんたんデプロイ選手権 #AWSDevDay / The Easiest Deployment Championship 2020 - Find your winner for AWS Fargate!
toricls
PRO
18
24k
独りよがりのプラットフォーム / For Whom that Platform Runs
toricls
PRO
100
35k
Containers + EC2 Spot: 特性と実装パターンに学ぶ低コスト & 高可用アーキテクチャ / Practical Guide for Amazon EC2 Spot with Containers
toricls
PRO
13
5.4k
Other Decks in Technology
See All in Technology
スピンアウト講座06_認証系(API-OAuth-MCP)入門
overflowinc
0
1.2k
FlutterでPiP再生を実装した話
s9a17
0
180
脳が溶けた話 / Melted Brain
keisuke69
1
1k
20260320_JaSST26_Tokyo_登壇資料.pdf
mura_shin
0
120
RGBに陥らないために -プロダクトの価値を届けるまで-
righttouch
PRO
0
110
Astro Islandsの 内部実装を 「日本で一番わかりやすく」 ざっくり解説!
knj
1
280
Kubernetesの「隠れメモリ消費」によるNode共倒れと、Request適正化という処方箋
g0xu
0
130
Phase11_戦略的AI経営
overflowinc
0
1.6k
JEDAI認定プログラム JEDAI Order 2026 受賞者一覧 / JEDAI Order 2026 Winners
databricksjapan
0
340
Windows ファイル共有(SMB)を再確認する
murachiakira
PRO
0
280
私がよく使うMCPサーバー3選と社内で安全に活用する方法
kintotechdev
0
110
開発チームとQAエンジニアの新しい協業モデル -年末調整開発チームで実践する【QAリード施策】-
kaomi_wombat
0
240
Featured
See All Featured
Designing for humans not robots
tammielis
254
26k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.4k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
330
Game over? The fight for quality and originality in the time of robots
wayneb77
1
150
Code Review Best Practice
trishagee
74
20k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
91
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
0
240
The untapped power of vector embeddings
frankvandijk
2
1.6k
Abbi's Birthday
coloredviolet
2
5.6k
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
120
Transcript
twitter.com/toricls ⾄⾼のCI/CDパイプラインを実現する5つの約束 Yasuhiro Hara Feb. 23, 2019 #jd2019_d
twitter.com/toricls Yasuhiro Hara / Specialist Solutions Architect, Containers Amazon Web
Services Japan ❤ AWS Fargate & AWS Lambda toricls
twitter.com/toricls ▶ CI/CD パイプラインの必要性 ▶ 具体的な実装テクニック ▶ ツールやサービスの紹介 話さないこと
twitter.com/toricls 最⾼のパイプラインを⼿に⼊れるための マインドセットとは? 本⽇の話題
twitter.com/toricls 1. パイプラインファースト
twitter.com/toricls 1. パイプラインファースト ▶ プロジェクトの初期、まずアプリケーション開発に着⼿しがち ▶ 少⼈数なチームであればあるほどそうなりがち ▶ アプリケーション開発から着⼿するとCI/CD整備が後回しになりがち ▶
プロジェクトで⼀番最初に作るべきはパイプライン ▶ 理想は⼀発⽬のデプロイからパイプラインを通す ▶ パイプライン作る → rails new → デプロイ → アプリケーション開発に着⼿
twitter.com/toricls 1. パイプラインファースト ▶ 最初からパイプラインを持つことはプロジェクトへの投資 ▶ 開発そのものの加速を考えれば圧倒的な低リスク投資 ▶ 最初からちゃんとしたパイプラインである必要はない ▶
ローカルにて⼿で実⾏するコマンドはスクリプトにまとめる ▶ スクリプトを普段の開発だけでなくパイプラインからも利⽤する ▶ 整えるのは後からで良い
twitter.com/toricls 2. ⾃動化されたパイプラインの維持
twitter.com/toricls 2. ⾃動化されたパイプラインの維持 ▶ ビジネス要求の変化とともにアプリケーションやシステムは変化を求められる ▶ 油断するとすぐに⾃動化できないアプリケーションが出来上がる ▶ ⾃動化が難しくなる変更を避ける ▶
ビジネス要求への対応⽅法が本当にそれしかないのか3回くらい考える ▶ 他の実装⽅法がないか10回くらい考える ▶ 「オペレーションの⾃動化が難しいものは開発しない」くらいの気合いが必要
twitter.com/toricls 2. ⾃動化されたパイプラインの維持 ▶ 常にパイプラインをシンプルに保つ ▶ アプリケーション都合の複雑性をパイプラインやインフラに押し込まない ▶ より柔軟性が⾼いアプリケーションで複雑性を吸収する⽅が良いことも ▶
e.g. データベースマイグレーション ▶ アプリケーションを新旧どちらのスキーマでも動く形で実装 ▶ 先にアプリケーションをデプロイし、その後スキーマ変更をデプロイ ▶ データベーススキーマに後⽅互換性のない変更を加えない
twitter.com/toricls 3. 柔軟なパイプラインの維持
twitter.com/toricls 3. 柔軟なパイプラインの維持 ▶ プロジェクトの進みに合わせてパイプラインも変化が必要となる ▶ 継続的な変化を柔軟に受け⼊れられるよう、パイプラインを常にシンプルに保つ ▶ パイプラインへの要求変化に柔軟に対応できる状態を維持する ▶
ビジネス要求の変化 ▶ ポリシーの変更 ▶ デプロイ対象アプリケーションの変化 ▶ システムを構成するコンポーネントの変化、etc.
twitter.com/toricls 3. 柔軟なパイプラインの維持 ▶ パイプラインそのものをコード化し、リポジトリで管理する ▶ Iterative な変更をパイプラインに加えることへの⼼理的障壁を取り除く ▶ Iterative
な改善が必要なのはアプリケーションだけではない
twitter.com/toricls 4. パイプライン UX の継続的改善
twitter.com/toricls 4. パイプライン UX の継続的改善 ▶ パイプラインはチームメンバーに対して提供される「サービス」 ▶ 何が実⾏されたのか、なぜ処理が落ちたのかを他のメンバーが分かるように ▶
パイプライン全体の処理時間の維持・短縮に継続的に取り組む ▶ 何を⾔っているか分からない、時間のかかるパイプラインを使いたい⼈はいない ▶ ただし、時間短縮のための過度な作り込みは避ける ▶ 黒魔術になりがち & パイプラインの安定性を損ねがち ▶ 不安定なパイプラインを使いたい⼈はいない
twitter.com/toricls 5. パイプラインが唯⼀のリリース⼿段
twitter.com/toricls 5. パイプラインが唯⼀のリリース⼿段 ▶ パイプラインを通さないデプロイは禁忌 ▶ うまくビルド・テストが通らない、なんかデプロイこけるは常に起き得る ▶ 「とりあえず今回は急ぎだから⼿作業でやっちゃうか」を断固避ける ▶
「とりあえず⼿作業」は楽。慣れてしまうとこれがパイプライン崩壊の始まりに ▶ パイプラインを通さないデプロイが許される例外の境界 ▶ ビジネスが危機的状況にある場合、という感覚を持つ
twitter.com/toricls まとめ
twitter.com/toricls ⾄⾼のCI/CDパイプラインを実現する5つの約束 ▶ パイプラインファースト ▶ ⾃動化されたパイプラインの維持 ▶ 柔軟なパイプラインの維持 ▶ パイプライン
UX の継続的改善 ▶ パイプラインが唯⼀のリリース⼿段
twitter.com/toricls λ おしまい