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

この記事でCloudWatch Evidentlyについて調べていると、「機能フラグ」や「A/Bテスト」などインフラエンジニアには若干聞き慣れないリリース用語が出てきました。 アジャイル開発やCI/CDの台頭に伴い多数出現したこれらのリリース戦略用語をまとめて整理してみることにします。 インフラエンジニアやSREと呼ばれるロールの方々も、リリース戦略を知っておくとCI/CD環境の構築やIaC、はたまたミドルウェアのバージョンアップなどで役立つと思います。 以下ウェブサイトを参考に、各用語を「デプロイ戦略」と「テスト戦略」の大きく2つに分けて紹介します。 デプロイ戦略 従来型のデプロイ（インプレースデプロイ） システム本番環境が一種類のみ存在し、新バージョンの資材デプロイによって旧バージョンの資材を上書いてしまうパターンです。 環境の設計や管理、維持コストをシンプルに抑えられるメリットがあり

[lorenz_sys]

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

[pwatermark]

いちいち名前つけてないだけでそれっぽいことを実施済みの人は多そうだよね ダークカナリアリリースだって、要は「開発者向けビルドの配布と実用テスト」でしょ？

[getcha]

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

[cowai5]

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