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
87
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
フィーチャーフラグを使用した開発で 迅速かつ安全にリリースする
Kenta Kozuka
March 29, 2021
More Decks by Kenta Kozuka
See All by Kenta Kozuka
フィーチャーフラグ&ABテストツールBucketeer開発の経緯 〜社内基盤としてのプロダクト戦略〜
kentakozuka
0
230
事業部を超えた 開発生産性向上に挑戦する
kentakozuka
7
1.7k
1000人を超えるエンジニア組織へのGitHub Copilot導入促進
kentakozuka
0
380
KubeCon 2023 China Recap & ブースを出展してきました
kentakozuka
0
300
PipeCD Good First Issues
kentakozuka
0
53
サイバーエージェントでCDツールを内製した話
kentakozuka
1
550
PipeCDでGitOpsやってみよう!
kentakozuka
0
990
サイバーエージェントのフィーチャーフラグを活用した高速開発
kentakozuka
0
65
リアルタイムデータ分析基盤をKafka(Strimzi) & Druidで構築し
kentakozuka
0
120
Other Decks in Programming
See All in Programming
DynamoDBには集計系のクエリがないけどなんとかしたい
musan
1
130
LLMによるContent Moderationの本番運用の裏側と品質担保への挑戦
suikabar
2
560
代数的データ型って何が嬉しいの? #frontend_phpcon_do
kajitack
8
3.3k
Signal Forms: Beyond the Basics @ngBaguette 2026 in Paris
manfredsteyer
PRO
0
240
Lessons from Spec-Driven Development
simas
PRO
0
170
The NotImplementedError Problem in Ruby
koic
1
710
Observability in Practice:Grafana 與 Edge Device SRE 的那些事
blueswen
0
160
軽量Java基盤の設計 DIコンテナに頼らない、長期保守と1秒起動の実現 JJUG CCC 2026 Spring
macha64
0
490
メソッドのジェネリクスでGoの夢は広がるか? / Kyoto.go #65
utgwkk
3
680
RTSPクライアントを自作してみた話
simotin13
0
570
Copilot CLI の継戦能力を高める コンテキスト管理
nozomutu
1
1.2k
技術記事、AIに書かせるか、自分で書くか? 〜それでも私が自分の手で書く理由〜 / #QiitaConference
jnchito
2
1.4k
Featured
See All Featured
The Spectacular Lies of Maps
axbom
PRO
1
800
How GitHub (no longer) Works
holman
316
150k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.3k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
270
Rebuilding a faster, lazier Slack
samanthasiow
85
9.5k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
330
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
170
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.5k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.1k
The SEO Collaboration Effect
kristinabergwall1
1
480
Abbi's Birthday
coloredviolet
2
8k
Documentation Writing (for coders)
carmenintech
77
5.4k
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に寄稿しました。 興味がある方は是非!