リリース手法多すぎﾜﾛﾀｧ B/G、カナリア、機能フラグ、ダークローンチ、A/Bテスト、、など - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事でCloudWatch Evidentlyについて調べていると、「機能フラグ」や「A/Bテスト」などインフラエンジニアには若干聞き慣れないリリース用語が出てきました。 アジャイル開発やCI/CDの台頭に伴い多数出現したこれらのリリース戦略用語をまとめて整理してみることにします。 インフラエンジニアやSREと呼ばれるロールの方々も、リリース戦略を知っておくとCI/CD環境の構築やIaC、はたまたミドルウェアのバージョンアップなどで役立つと思います。 以下ウェブサイトを参考に、各用語を「デプロイ戦略」と「テスト戦略」の大きく2つに分

[lorenz_sys]

凡庸な業務システム屋でしかない自分は 機能フラグ, ダークローンチ, A/Bテスト 等そんな名前が付けられていることすら知らなかったんだけども普段から実施してきたな

[youko03]

"AWSのEC2 AutoScalingグループでインスタンス更新（Reflesh）という機能がありますが、これはグループ内のEC2インスタンスたちを少しずつサービスから切り離して置換していくもので、ローリングアップデートに近い手法"

[getcha]

2010年代から勝手に用語つけて新しい事言っている雰囲気だそうのマーケティング型エンジニアが大量に生み出されたな。という印象。本物のエンジニアは、分かる名前で呼ぶ。

[cowai5]

“データベースのリアルタイムな双方向同期はいい感じのソリューションも少なく、かなり大変でトラブルも起きやすいので、現実的にはB/Gデプロイの対象はWeb画面やAPサーバー相当のコンポーネントのみ（DBはB/Gスコープ