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
100
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
Faster Mobile Websites
deanohume
306
31k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Building Your Own Lightsaber
phodgson
104
6.2k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.3k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
For a Future-Friendly Web
brad_frost
176
9.5k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.2k
Rebuilding a faster, lazier Slack
samanthasiow
79
8.8k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
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を取り入れて、血行の良い開発をしていきましょう!