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
62
フィーチャーフラグを使用した開発で 迅速かつ安全にリリースする
Kenta Kozuka
March 29, 2021
Tweet
Share
More Decks by Kenta Kozuka
See All by Kenta Kozuka
フィーチャーフラグ&ABテストツールBucketeer開発の経緯 〜社内基盤としてのプロダクト戦略〜
kentakozuka
0
160
事業部を超えた 開発生産性向上に挑戦する
kentakozuka
7
1.5k
1000人を超えるエンジニア組織へのGitHub Copilot導入促進
kentakozuka
0
350
KubeCon 2023 China Recap & ブースを出展してきました
kentakozuka
0
240
PipeCD Good First Issues
kentakozuka
0
26
サイバーエージェントでCDツールを内製した話
kentakozuka
1
480
PipeCDでGitOpsやってみよう!
kentakozuka
0
810
サイバーエージェントのフィーチャーフラグを活用した高速開発
kentakozuka
0
54
リアルタイムデータ分析基盤をKafka(Strimzi) & Druidで構築し
kentakozuka
0
92
Other Decks in Programming
See All in Programming
Cline指示通りに動かない? AI小説エージェントで学ぶ指示書の書き方と自動アップデートの仕組み
kamomeashizawa
1
560
関数型まつり2025登壇資料「関数プログラミングと再帰」
taisontsukada
2
840
Create a website using Spatial Web
akkeylab
0
290
Java on Azure で LangGraph!
kohei3110
0
160
Gleamという選択肢
comamoca
6
740
Datadog RUM 本番導入までの道
shinter61
1
310
データベースコネクションプール(DBCP)の変遷と理解
fujikawa8
1
270
無関心の谷
kanayannet
0
180
業務自動化をJavaとSeleniumとAWS Lambdaで実現した方法
greenflagproject
1
120
関数型まつりレポート for JuliaTokai #22
antimon2
0
130
Claude Codeの使い方
ttnyt8701
1
130
なぜ「共通化」を考え、失敗を繰り返すのか
rinchoku
1
320
Featured
See All Featured
The Pragmatic Product Professional
lauravandoore
35
6.7k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Speed Design
sergeychernyshev
31
1k
Typedesign – Prime Four
hannesfritz
42
2.7k
Writing Fast Ruby
sferik
628
61k
GraphQLとの向き合い方2022年版
quramy
46
14k
Into the Great Unknown - MozCon
thekraken
39
1.9k
Building Adaptive Systems
keathley
43
2.6k
Testing 201, or: Great Expectations
jmmastey
42
7.5k
Being A Developer After 40
akosma
90
590k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
Building an army of robots
kneath
306
45k
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に寄稿しました。 興味がある方は是非!