Nginx を使用してグレースケール リリースを実装する

Nginx を使用してグレースケール リリースを実装する

グレースケールリリースとは、白と黒をスムーズに移行できるリリース方法を指します。 ABテストとは、グレースケールのリリース方法で、一部のユーザーはAを使い続け、一部のユーザーはBを使い始めます。ユーザーがBに異論がなければ、徐々に範囲を広げていき、すべてのユーザーをBに移行させます。

グレースケール リリースにより、システム全体の安定性を確保できます。最初のグレースケール リリース中に問題を発見して調整し、その影響を確認することができます。

グレースケールを解放する方法は、一般的に 3 つあります。

  • Nginx+LUA方式
  • Cookieに基づくグレースケールリリース
  • ソースIPに基づくグレースケールリリース

この記事では主に、Cookie とソース IP に基づいてシンプルなグレースケール パブリッシングを実装する方法について説明します。Nginx + LUA 方式は内容が多すぎるため、この記事では詳しく説明しません。

A/B テストのプロセス

NginxはCookieに基づいてグレースケールリリースを実装します

Cookie クエリによると、Cookie キーはバージョンの値です。Cookie 値が V1 の場合は hilinux_01 に転送されます。V2 の場合は hilinux_02 に転送されます。クッキー値が一致しない場合は、デフォルトでhilinux_01に対応するサーバーが使用されます。

2 つのサーバーは次のように定義されます。

  • hilinux_01 192.168.1.100:8080
  • hilinux_02 192.168.1.200:8080

if命令で実装

アップストリームhilinux_01 {
  サーバー 192.168.1.100:8080 max_fails=1 fail_timeout=60;
}

アップストリームhilinux_02 {
  サーバー 192.168.1.200:8080 max_fails=1 fail_timeout=60;
}

アップストリームデフォルト{
  サーバー 192.168.1.100:8080 max_fails=1 fail_timeout=60;
}

サーバー{
 聞く 80;
 サーバー名 www.hi-linux.com;
 access_log ログ/www.hi-linux.com.log メイン;

 #マッチクッキー
 $group を "default" に設定します。
  $http_cookie の場合、バージョンは V1 です。
    $group hilinux_01 を設定します。
  }

  $http_cookie の場合、バージョンは V2 です。
    $group hilinux_02 を設定します。
  }

 位置 / {            
  proxy_pass http://$グループ;
  proxy_set_header ホスト $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  インデックス index.html index.htm;
 }
 }

マップディレクティブで実装

Nginx でマッピングを構成すると、 $COOKIE_version可以解析出Cookie里面的version字段。 $group は変数であり、{} にはマッピング ルールが含まれます。

バージョン V1 のユーザーがシステムにアクセスする場合、$group は hilinux_01 になります。サーバーで使用する場合、http://hilinux_01 にプロキシされます。バージョン V2 のユーザーがシステムにアクセスする場合、$group は hilinux_02 になります。サーバーで使用する場合、http://hilinux_02 にプロキシされます。クッキー値が一致しない場合は、デフォルトでhilinux_01に対応するサーバーが使用されます。

アップストリームhilinux_01 {
  サーバー 192.168.1.100:8080 max_fails=1 fail_timeout=60;
}

アップストリームhilinux_02 {
  サーバー 192.168.1.200:8080 max_fails=1 fail_timeout=60;
}

アップストリームデフォルト{
  サーバー 192.168.1.100:8080 max_fails=1 fail_timeout=60;
}

$COOKIE_version $group をマップします {
~*V1$ hilinux_01;
~*V2$ hilinux_02;
デフォルト デフォルト;
}

サーバー{
 聞く 80;
 サーバー名 www.hi-linux.com;
 access_log ログ/www.hi-linux.com.log メイン;

 位置 / {            
  proxy_pass http://$グループ;
  proxy_set_header ホスト $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  インデックス index.html index.htm;
 }
 }

Nginxは受信IPに基づいてグレースケールリリースを実装します

内部 IP の場合、リバース プロキシは hilinux_02 (プレリリース環境) に送信されます。そうでない場合は、リバース プロキシは hilinux_01 (本番環境) に送信されます。

アップストリームhilinux_01 {
  サーバー 192.168.1.100:8080 max_fails=1 fail_timeout=60;
}

アップストリームhilinux_02 {
  サーバー 192.168.1.200:8080 max_fails=1 fail_timeout=60;
}

アップストリームデフォルト{
  サーバー 192.168.1.100:8080 max_fails=1 fail_timeout=60;
}

サーバー{
 聞く 80;
 サーバー名 www.hi-linux.com;
 access_log ログ/www.hi-linux.com.log メイン;

 $group のデフォルトを設定します。
 ($remote_addr ~ "211.118.119.11") の場合 {
   $group hilinux_02 を設定します。
 }

位置 / {            
  proxy_pass http://$グループ;
  proxy_set_header ホスト $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  インデックス index.html index.htm;
 }
}

サーバーが 1 台しかない場合は、同じ目的を達成するために、異なる IP アドレスに応じて異なる Web サイト ルート ディレクトリを設定できます。

サーバー{
 聞く 80;
 サーバー名 www.hi-linux.com;
 access_log ログ/www.hi-linux.com.log メイン;

 $rootdir を "/var/www/html" に設定します。
  ($remote_addr ~ "211.118.119.11") の場合 {
    $rootdir を "/var/www/test" に設定します。
  }

  位置 / {
   ルート $rootdir;
  }
}

これで、グレースケール リリースを実装するための最も基本的な方法は終了です。よりきめ細かいグレースケール リリースを実行したい場合は、ABTestingGateway プロジェクトを参照してください。

ABTestingGateway は、Sina のオープン ソースの動的ルーティング システムです。 ABTestingGateway は、動的に転送戦略を設定できるグレースケール リリース システムです。レイヤー 7 で動作し、nginx と ngx-lua に基づいて開発されています。転送戦略データベースとして redis を使用し、動的なスケジューリング機能を実装できます。

ABテストゲートウェイ: https://github.com/CNSRE/ABテストゲートウェイ

参照ドキュメント
http://www.google.com
http://www.jianshu.com/p/88f206f48278
http://blog.chinaunix.net/uid-531464-id-4140473.html

Nginx を使用してグレースケール パブリッシングを実装する方法に関するこの記事はこれで終わりです。Nginx グレースケール パブリッシングに関するより関連性の高いコンテンツについては、123WORDPRESS.COM で以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません:
  • NginxとLuaによるグレースケールリリースの実装
  • Nginx でグレースケールリリースを実装する 3 つの方法の概要

<<:  Vueはシンプルなスライダー検証を実装する

>>:  MySQL ビューの一貫性を確保する方法の詳細な説明 (チェック オプション付き)

推薦する

node-media-serverを使用してシンプルなストリーミングメディアサーバーを構築する

node-media-server を使用するプロセスの一部を記録します。この記事の環境はWindo...

Windows DNS サーバーに「ワームレベル」の脆弱性が露呈、17 年間存在

脆弱性の紹介SigRed の脆弱性はワーム化可能であるため非常に危険です。つまり、ユーザーの介入なし...

Alpine イメージに Ansible サービスを追加する方法

apk add ansible を使用して、alpine イメージに ansible サービスを追加...

MySQL で制限を使用するとパフォーマンスに影響するのはなぜですか?

まず、MySQL のバージョンについて説明します。 mysql> バージョンを選択します();...

CentOS 6 および 7 での MySQL 5.7 の詳細なインストール チュートリアル

開発には常にデータが必要です。サーバーとしての Linux では、テスト データを格納するためのデー...

Linux ソースコードからのソケット (TCP) バインドの詳細な説明

目次1. 最も単純なサーバー側の例2. バインドシステムコール2.1、inet_bind 2.2、i...

Nginx はリクエスト接続を統合し、ウェブサイトのアクセス例を高速化します

序文世界最高の Web サーバーの 1 つである Nginx の利点は明らかです。 Nginx がリ...

Vue3 における computed の新しい使用例のまとめ

vue3 での computed の使い方。vue3 は vue2 のオプション API と互換性が...

Ubuntu環境でのSSHの詳細なインストールと使用

SSH は Secure Shell の略で、安全な伝送プロトコルです。Ubuntu クライアントは...

ボタンと入力タイプの違いと注意点

<button> タグ<br />定義と使用法<button> ...

Viteの新しい体験の詳細な説明

Vite とは何ですか? (フロントエンドの新しいおもちゃです) Vite は、ネイティブ ES モ...

Reactイベントメカニズムソースコード分析

目次原理ソースコード分析委任されたイベントバインディングすべてのサポートされているイベントを聴くネイ...

MySQL データベースに基づくデータ制約の例と 5 つの整合性制約の紹介

非準拠データがデータベースに入るのを防ぐために、ユーザーがデータを挿入、変更、削除、その他の操作を行...