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
Feature Toggleによる安定的リリース
Search
Yugo
March 09, 2024
0
86
Feature Toggleによる安定的リリース
登壇資料
https://growfit01.connpass.com/event/308480/
Yugo
March 09, 2024
Tweet
Share
More Decks by Yugo
See All by Yugo
The Talking Rhythm
yugo
0
140
Featured
See All Featured
Building Adaptive Systems
keathley
38
2.3k
Raft: Consensus for Rubyists
vanstee
137
6.7k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
How To Stay Up To Date on Web Technology
chriscoyier
789
250k
RailsConf 2023
tenderlove
29
940
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
28
2.1k
Making Projects Easy
brettharned
116
5.9k
YesSQL, Process and Tooling at Scale
rocio
169
14k
Building an army of robots
kneath
302
44k
For a Future-Friendly Web
brad_frost
175
9.4k
Statistics for Hackers
jakevdp
796
220k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Transcript
Feature Toggle による 安定的リリース
自己紹介 名前: 伊吹祐剛 技術: TypeScript, Go, Google Cloud, GraphQL 興味:
チームビルディング、スクラム、英語 仕事: セキュリティサービス開発
目次 1. GitHub Flow開発について 2. トランクベース開発について 3. Feature Toggleについて 4.
まとめ
GitHub Flowについて 1. 構造がシンプル 2. デプロイする時は main ブランチを対象にする main feature
branch feature branch Staging Production UAT
GitHub Flowについて 1. 構造がシンプル 2. デプロイする時は main ブランチを対象にする main feature
branch feature branch Staging Production コードが異なる可能性がある
トランクベース開発について GitHub Flow により完結化したブランチ構成に対して より細かい粒度で main にマージしていく開発スタイル。 - デプロイペース -
毎週、毎日 - main は常にリリースできる状態にする
トランクベース開発のジレンマ 常にリリースができる状態で main を保つ必要がある。 だが、トランクベース開発のコンセプトとして、 一つ一つの PR などの粒度を小さく細かくマージしていき、 コードを新鮮な状態にしておかなければいけない。 しかし、開発途中のものをリリースに取り込みたくない。
トランクベース開発のジレンマ 常にリリースができる状態で main を保つ必要がある。 だが、トランクベース開発のコンセプトとして、 一つ一つの PR などの粒度を小さく細かくマージしていき、 コードを新鮮な状態にしておかなければいけない。 しかし、開発途中のものをリリースに取り込みたくない。
そこで!
トランクベース開発のジレンマ 常にリリースができる状態で main を保つ必要がある。 だが、トランクベース開発のコンセプトとして、 一つ一つの PR などの粒度を小さく細かくマージしていき、 コードを新鮮な状態にしておかなければいけない。 しかし、開発途中のものをリリースに取り込みたくない。
そこで! Feature Toggle だ!!
Feature Toggle とは 何者か - 開発途中のものを隠しておくためのもの - トランクベース開発と相性が良く、開発を促進する 何が嬉しいか -
公開、非公開の制御を GUIで制御できる - 特定の範囲のみに公開などが可能になる
Feature Toggle サービス - DevCycle - LanuchDarkly - Unleash -
Optimizely - VWO OSSとして提供があり、セルフホスティングできるものもある。
特徴① 主な Toggle 種別 - ON/OFF のbool切り替え - バージョンの管理 (v1,
v2, v3) - 文字列による切り替え(‘beforeXX’, ‘merged’, ‘afterXX’)
特徴② - マルチテナントで活躍 - 特定のテナントに機能の提供 - 特定のユーザーに機能の提供 - GUIで分かりやすい -
ボタン一つで切り替えできる分かりやすさ - リリース日まで機能の非公開などが可能
特徴③ - 環境毎に分けられる - dev、staging、prdなどの環境毎の設定ができる - 一つのフラグを作ることで全ての環境に対して作られたりする
まとめ Feature Toggle によって - mainブランチをベースにしたシンプル運用による安定的リリースができる - 対象を絞ったリリースができる - 環境での機能の切り替えができる
是非、これからの開発にFeature Toggleを取り入れて、血行の良い開発をしていきましょう!