私はさまざまなタイプのリリース戦略を検討していましたが、カナリア戦略と A/B 戦略の間で混乱していました。どちらも似ているようです。
私がカナリアで読んだところはどこでも、「新しいバージョンを少数のグループにリリースすることで、展開をテストできます」と書かれています。A/B については、「A/B テスト戦略は特定の顧客グループを対象としています」です。
それでは、それらの違いはどこにあり、両方のユースケースは何ですか?
参照: https://azure.microsoft.com/en-in/overview/kubernetes-deployment-strategy/
通常、A/B テストの目的は、新しい UI や機能などに対するユーザーの反応 (ある意味、どれだけ気に入っているか) を確認することです。しかし、新しいバージョンが機能することはわかっています。したがって、実際にはアプリケーションの両方のバージョンをランダムに送信します。50-50、80-20、90-10、何でもかまいません。場合によっては、機能が関連していないことさえあります。どのバージョンがより多くのクライアントやそのようなものを引き付けるかを確認したい場合があります.
Canary は、新機能がどれだけうまく機能するかに重点を置いています。または、実際に機能する場合。通常は 90 対 10、80 対 20、A >> B になります。50 対 50 になることはありません。失敗した場合、ユーザーの半分に悪い経験をさせたくないからです。したがって、新しいバージョンが期待どおりに機能するかどうかについては、確信が持てません。
最も重要な違い (これについてはほとんど誰も話していません) は、カナリア テストにセッション アフィニティがあることです。したがって、両方のバージョンをすべてのユーザーに送信するのではなく、ランダムに一部のユーザーを新しいバージョンに送信し、それらを同じバージョンに保ちます。