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
フィーチャーフラグを使用した開発で 迅速かつ安全にリリースする
Search
Kenta Kozuka
March 29, 2021
Programming
0
58
フィーチャーフラグを使用した開発で 迅速かつ安全にリリースする
Kenta Kozuka
March 29, 2021
Tweet
Share
More Decks by Kenta Kozuka
See All by Kenta Kozuka
フィーチャーフラグ&ABテストツールBucketeer開発の経緯 〜社内基盤としてのプロダクト戦略〜
kentakozuka
0
140
事業部を超えた 開発生産性向上に挑戦する
kentakozuka
7
1.5k
1000人を超えるエンジニア組織へのGitHub Copilot導入促進
kentakozuka
0
330
KubeCon 2023 China Recap & ブースを出展してきました
kentakozuka
1
230
PipeCD Good First Issues
kentakozuka
0
26
サイバーエージェントでCDツールを内製した話
kentakozuka
1
470
PipeCDでGitOpsやってみよう!
kentakozuka
0
790
サイバーエージェントのフィーチャーフラグを活用した高速開発
kentakozuka
0
53
リアルタイムデータ分析基盤をKafka(Strimzi) & Druidで構築し
kentakozuka
0
86
Other Decks in Programming
See All in Programming
Designing Your Organization's Test Pyramid ( #scrumniigata )
teyamagu
PRO
5
1.4k
The Missing Link in Angular’s Signal Story: Resource API and httpResource
manfredsteyer
PRO
0
150
実践Webフロントパフォーマンスチューニング
cp20
45
10k
カオスに立ち向かう小規模チームの装備の選択〜フルスタックTSという装備の強み _ 弱み〜/Choosing equipment for a small team facing chaos ~ Strengths and weaknesses of full-stack TS~
bitkey
1
140
VibeCoding時代のエンジニアリング
daisuketakeda
0
200
カウシェで Four Keys の改善を試みた理由
ike002jp
1
140
Beyond_the_Prompt__Evaluating__Testing__and_Securing_LLM_Applications.pdf
meteatamel
0
110
データベースの技術選定を突き詰める ~複数事例から考える最適なデータベースの選び方~
nnaka2992
1
1.4k
AIコーディングの本質は“コード“ではなく“構造“だった / The essence of AI coding is not “code” but "structure
seike460
PRO
2
410
Embracing Ruby magic
vinistock
2
240
今話題のMCPサーバーをFastAPIでサッと作ってみた
yuukis
0
130
SwiftDataのカスタムデータストアを試してみた
1mash0
0
150
Featured
See All Featured
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.2k
Designing for Performance
lara
608
69k
How to Ace a Technical Interview
jacobian
276
23k
BBQ
matthewcrist
88
9.6k
KATA
mclloyd
29
14k
How to train your dragon (web standard)
notwaldorf
91
6k
Typedesign – Prime Four
hannesfritz
41
2.6k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Writing Fast Ruby
sferik
628
61k
Unsuck your backbone
ammeep
671
58k
Making the Leap to Tech Lead
cromwellryan
133
9.3k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Transcript
フィーチャーフラグを使用した開発で 迅速かつ安全にリリースする @kentakozuka
@kentakozuka CyberAgent所属 - Backend - Go, Python - 最近フロントエンド -
TS, React, Redux, Nx, TailwindCSS, gRPC - 今やっていること →
In-House Feature Flag & A/B Testing Platform 「Bucketeer」という名前です 社内プロダクト用フィーチャーフラ グ
& ABテストプラットフォーム 社内の複数のプロダクトで導入 今回はBucketeerのフロントエンドで Bucketeerを使った開発の話
フィーチャーフラグとは 基本は if文 if (featureFlag) { // 機能がオン } else
{ // 機能がオフ }
フィーチャーフラグでできること 動的なOn/Off - リアルタイム - 管理画面から誰でも 限定的なリリース 段階的なロールアウト - ベータ
- ダークローンチ - ドッグフーディング - 少ないユーザーから徐々 にリリース - 即時ロールバック - トランクベース 開発 - ABテスト - 機能の使用状況の把握 分析
実際のユースケース 1. 開発環境では、開発者のみにフラグをオンにするなどして適宜開発する 2. 本番環境では、機能の開発終了までオフにしておく 3. デプロイ後に段階的にロールアウトを実施、問題なければ全展開する 新画面のリリース デプロイ ロールアウトリリース
0% 100%
メリット PRが小さくなる - レビューしやすい - バグが入りにくい 本番でテストできる リスクが小さいリリース - 開発者のみに機能をオン
- 本番データで動作確認 - 少ないユーザーから徐々 にリリース - 問題があればすぐにロー ルバック
まとめ フィーチャーフラグを使えばストレスレスかつ安全なリリースが可能に 本日の紹介した内容以外にも、いろいろなメリットがあります。 - パフォーマンス調整 - UI変更 - ABテスト -
などなど、、、
ありがとう ございました🙇 CodeZineに寄稿しました。 興味がある方は是非!