Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
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
56
19k
永続複数ブランチ運用は『単一のコードベース』と言えるのか / What are your justifications for the multi-branches?
toricls
PRO
17
6.3k
緩やかに死んでいくシステム / You won't be in the team forever
toricls
PRO
23
15k
技術的負債とステークホルダと説明責任と / The Debt
toricls
PRO
76
36k
Securing your Amazon ECS applications: Best practices
toricls
PRO
0
910
第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.3k
Other Decks in Technology
See All in Technology
初めてのDatabricks AI/BI Genie
taka_aki
0
210
Identity Management for Agentic AI 解説
fujie
0
110
ハッカソンから社内プロダクトへ AIエージェント「ko☆shi」開発で学んだ4つの重要要素
sonoda_mj
4
220
AI時代の新規LLMプロダクト開発: Findy Insightsを3ヶ月で立ち上げた舞台裏と振り返り
dakuon
0
210
WordPress は終わったのか ~今のWordPress の制作手法ってなにがあんねん?~ / Is WordPress Over? How We Build with WordPress Today
tbshiki
2
820
Fashion×AI「似合う」を届けるためのWEARのAI戦略
zozotech
PRO
2
860
NIKKEI Tech Talk #41: セキュア・バイ・デザインからクラウド管理を考える
sekido
PRO
0
160
子育てで想像してなかった「見えないダメージ」 / Unforeseen "hidden burdens" of raising children.
pauli
2
290
シニアソフトウェアエンジニアになるためには
kworkdev
PRO
3
180
5分で知るMicrosoft Ignite
taiponrock
PRO
0
400
20251219 OpenIDファウンデーション・ジャパン紹介 / OpenID Foundation Japan Intro
oidfj
0
160
AWS Security Agentの紹介/introducing-aws-security-agent
tomoki10
0
320
Featured
See All Featured
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.8k
Building Applications with DynamoDB
mza
96
6.8k
Six Lessons from altMBA
skipperchong
29
4.1k
Fireside Chat
paigeccino
41
3.7k
How to Think Like a Performance Engineer
csswizardry
28
2.4k
ラッコキーワード サービス紹介資料
rakko
0
1.7M
Typedesign – Prime Four
hannesfritz
42
2.9k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.5k
RailsConf 2023
tenderlove
30
1.3k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.6k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
980
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 λ おしまい