Comment utiliser la simulation nginx pour la publication Canary

Canary Release/Grayscale Release

Le point clé de la version Canary est : les essais et les erreurs. L'origine du canari lui-même est une histoire tragique des belles créatures de la nature dans le développement de l'industrie humaine. Le canari utilise sa vie pour tenter de commettre des erreurs pour la sécurité des mineurs. Un petit coût est utilisé pour échanger contre la sécurité globale. Dans la pratique du déploiement continu, le canari est le contrôle du trafic, comme un pour cent ou un dixième, est utilisé pour vérifier si une certaine version est normale. S'il est anormal, sa fonction sera réalisée au moindre coût et le risque sera réduit. Si cela est normal, vous pouvez augmenter progressivement le poids jusqu'à ce qu'il atteigne 100 % et basculer tout le trafic vers la nouvelle version en douceur. La publication en niveaux de gris est généralement un concept similaire. Le gris est une transition entre le noir et le blanc. Il est différent du déploiement bleu et vert, qui est soit bleu, soit vert. La version en niveaux de gris/version Canary a une période pendant laquelle les deux existent en même temps, mais le trafic correspondant des deux est. Si la version Canary est différente de la version en niveaux de gris, la différence devrait résider dans le but. Le but de la version Canary est d'essayer et d'erreurs, tandis que la version en niveaux de gris concerne la version stable, mais il n'y a aucun problème dans la version Canary. transition dans les circonstances de la publication en niveaux de gris.

Simulation de la version Canary

Ensuite, nous utilisons l'amont de nginx pour simuler simplement le scénario de version Canary. Le scénario spécifique est le suivant. La version principale est actuellement active. En ajustant les paramètres de nginx et en ajustant constamment le poids de la version Canary, une version fluide est enfin obtenue.

Préparez-vous à l'avance

Démarrez deux services sur les deux ports 7001/7002 à l'avance pour afficher différentes informations Pour faciliter la démonstration, j'ai utilisé tornado pour créer une image et transmis les paramètres transmis lors du docker. Le conteneur a été démarré. Different est utilisé pour afficher les différences entre les services.

docker run -d -p 7001:8080 liumiaocn/tornado:latest python /usr/local/bin/daemon.py "hello main service： v1 in 7001"
docker run -d -p 7002:8080 liumiaocn/tornado:latest python /usr/local/bin/daemon.py "hello canary deploy service： v2 in 7002"

Journal d'exécution

[root@kong ~]# docker run -d -p 7001:8080 liumiaocn/tornado:latest python /usr/local/bin/daemon.py "hello main service： v1 in 7001"
28f42bbd21146c520b05ff2226514e62445b4cdd5d82f372b3791fdd47cd602a
[root@kong ~]# docker run -d -p 7002:8080 liumiaocn/tornado:latest python /usr/local/bin/daemon.py "hello canary deploy service： v2 in 7002"
b86c4b83048d782fadc3edbacc19b73af20dc87f5f4cf37cf348d17c45f0215d
[root@kong ~]# curl http://192.168.163.117:7001
hello, service :hello main service： v1 in 7001
[root@kong ~]# curl http://192.168.163.117:7002
hello, service :hello canary deploy service： v2 in 7002
[root@kong ~]#

Démarrez nginx

[root@kong ~]# docker run -p 9080:80 --name nginx-canary -d nginx
659f15c4d006df6fcd1fab1efe39e25a85c31f3cab1cda67838ddd282669195c
[root@kong ~]# docker ps |grep nginx-canary
659f15c4d006    nginx           "nginx -g 'daemon ..."  7 seconds ago    up 7 seconds    0.0.0.0:9080->80/tcp   nginx-canary
[root@kong ~]#

extrait de code nginx

Préparez l'extrait de code nginx suivant et ajoutez-le au fichier /etc/nginx/conf.d/default.conf de nginx simuler le La méthode est très simple. Utilisez down pour indiquer que le trafic est nul (le poids ne peut pas être mis à zéro dans nginx. Au début, 100% du trafic est envoyé vers la version principale).

http {
upstream nginx_canary {
  server 192.168.163.117:7001 weight=100;
  server 192.168.163.117:7002 down;
}
server {
  listen    80;
  server_name www.liumiao.cn 192.168.163.117;
  location / {
    proxy_pass http://nginx_canary;
  }
}

Comment modifier default.conf

Vous pouvez obtenir l'effet en installant vim dans le conteneur, vous pouvez également le modifier localement puis le transmettre via docker cp, ou le modifier directement avec sed. Si vous installez vim dans un conteneur, utilisez la méthode suivante

[root@kong ~]# docker exec -it nginx-lb sh
# apt-get update
...省略
# apt-get install vim
...省略

Avant modification

# cat default.conf
server {
  listen    80;
  server_name localhost;
  #charset koi8-r;
  #access_log /var/log/nginx/host.access.log main;
  location / {
    root  /usr/share/nginx/html;
    index index.html index.htm;
  }
  #error_page 404       /404.html;
  # redirect server error pages to the static page /50x.html
  #
  error_page  500 502 503 504 /50x.html;
  location = /50x.html {
    root  /usr/share/nginx/html;
  }
  # proxy the php scripts to apache listening on 127.0.0.1:80
  #
  #location ~ \.php$ {
  #  proxy_pass  http://127.0.0.1;
  #}
  # pass the php scripts to fastcgi server listening on 127.0.0.1:9000
  #
  #location ~ \.php$ {
  #  root      html;
  #  fastcgi_pass  127.0.0.1:9000;
  #  fastcgi_index index.php;
  #  fastcgi_param script_filename /scripts$fastcgi_script_name;
  #  include    fastcgi_params;
  #}
  # deny access to .htaccess files, if apache's document root
  # concurs with nginx's one
  #
  #location ~ /\.ht {
  #  deny all;
  #}
}
#

Après modification

# cat default.conf
upstream nginx_canary {
  server 192.168.163.117:7001 weight=100;
  server 192.168.163.117:7002 down;
}
server {
  listen    80;
  server_name www.liumiao.cn 192.168.163.117;
  #charset koi8-r;
  #access_log /var/log/nginx/host.access.log main;
  location / {
    #root  /usr/share/nginx/html;
    #index index.html index.htm;
    proxy_pass http://nginx_canary;
  }
  #error_page 404       /404.html;
  # redirect server error pages to the static page /50x.html
  #
  error_page  500 502 503 504 /50x.html;
  location = /50x.html {
    root  /usr/share/nginx/html;
  }
  # proxy the php scripts to apache listening on 127.0.0.1:80
  #
  #location ~ \.php$ {
  #  proxy_pass  http://127.0.0.1;
  #}
  # pass the php scripts to fastcgi server listening on 127.0.0.1:9000
  #
  #location ~ \.php$ {
  #  root      html;
  #  fastcgi_pass  127.0.0.1:9000;
  #  fastcgi_index index.php;
  #  fastcgi_param script_filename /scripts$fastcgi_script_name;
  #  include    fastcgi_params;
  #}
  # deny access to .htaccess files, if apache's document root
  # concurs with nginx's one
  #
  #location ~ /\.ht {
  #  deny all;
  #}
}
#

Recharger les paramètres nginx

# nginx -s reload
2018/05/28 05:16:20 [notice] 319#319: signal process started
#

Confirmer les résultats

Toutes les sorties après 10 appels Tout sont v1 dans 7001

[root@kong ~]# cnt=0; while [ $cnt -lt 10 ]; do curl ; let cnt++; bonjour, service : bonjour service principal ： v1 dans 7001
bonjour, service :bonjour service principal： v1 en 7001
bonjour, service :bonjour service principal： v1 en 7001
bonjour, service :bonjour service principal： v1 en 7001
bonjour, service :bonjour service principal： v1 en 7001
bonjour, service :bonjour service principal： v1 en 7001
bonjour, service :bonjour service principal： v1 en 7001
bonjour, service :bonjour service principal： v1 en 7001
bonjour, service :bonjour service principal： v1 en 7001
bonjour, service :bonjour service principal : v1 dans 7001
[root@kong ~]#

Version Canary : poids du trafic de la version Canary 10 %

En ajustant le poids de default.conf, puis en exécutant nginx -s reload , ajustez le poids du version canary à 10%, et 10% du trafic exécutera le nouveau service

Comment modifier default.conf

Il vous suffit d'ajuster le poids du serveur en amont comme suit :

upstream nginx_canary {
  server 192.168.163.117:7001 weight=10;
  server 192.168.163.117:7002 weight=90;
}

Recharger nginx settings

# nginx -s reload
2018/05/28 05:20:14 [notice] 330#330: signal process started
#

Confirmez le résultat

[root@kong ~]# cnt=0; while [ $cnt -lt 10 ]; do curl ; v2 en 7002

bonjour, service :bonjour service de déploiement Canary： v2 en 7002
bonjour, service :bonjour service de déploiement Canary： v2 en 7002
bonjour, service :bonjour service de déploiement Canary： v2 en 7002
bonjour, service : bonjour service principal ： v1 en 7001
bonjour, service :bonjour service de déploiement Canary： v2 en 7002
bonjour, service :bonjour service de déploiement Canary： v2 en 7002
bonjour, service :bonjour service de déploiement Canary： v2 en 7002
bonjour, service :bonjour canari déployer service： v2 en 7002
bonjour, service :bonjour canary déployer service： v2 en 7002
[root@kong ~]#

Version Canary : le poids du trafic de la version Canary est de 50 %

En ajustant le poids par défaut .conf puis en exécutant nginx -s reload, ajustez le poids de la version Canary à 50%, et 50% du trafic exécutera le nouveau service

Méthode pour modifier default.conf

Ajustez simplement le poids de le serveur en amont comme suit :

upstream nginx_canary {
  server 192.168.163.117:7001 weight=50;
  server 192.168.163.117:7002 weight=50;
}

Recharger les paramètres nginx

# nginx -s reload
2018/05/28 05:22:26 [notice] 339#339: signal process started
#

确认结果

[root@kong ~]# cnt=0; while [ $cnt -lt 10 ]; do curl ; let cnt++; done
hello, service :hello main service： v1 in 7001
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello main service： v1 in 7001
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello main service： v1 in 7001
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello main service： v1 in 7001
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello main service： v1 in 7001
hello, service :hello canary deploy service： v2 in 7002
[root@kong ~]#

金丝雀发布: 金丝雀版本流量权重90%

通过调整default.conf的weight，然后执行nginx -s reload的方式，调节金丝雀版本的权重为90%，流量的90%会执行新的服务

修改default.conf的方法

只需要将upstream中的server的权重做如下调整：

upstream nginx_canary {
  server 192.168.163.117:7001 weight=10;
  server 192.168.163.117:7002 weight=90;
}

重新加载nginx设定

# nginx -s reload
2018/05/28 05:24:29 [notice] 346#346: signal process started
#

确认结果

[root@kong ~]# cnt=0; while [ $cnt -lt 10 ]; do curl ; let cnt++; done
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello main service： v1 in 7001
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
[root@kong ~]#

金丝雀发布: 金丝雀版本流量权重100%

通过调整default.conf的weight，然后执行nginx -s reload的方式，调节金丝雀版本的权重为100%，流量的100%会执行新的服务

修改default.conf的方法

只需要将upstream中的server的权重做如下调整：

upstream nginx_canary {
  server 192.168.163.117:7001 down;
  server 192.168.163.117:7002 weight=100;
}

重新加载nginx设定

# nginx -s reload
2018/05/28 05:26:37 [notice] 353#353: signal process started

确认结果

[root@kong ~]# cnt=0; while [ $cnt -lt 10 ]; do curl ; let cnt++; done
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
hello, service :hello canary deploy service： v2 in 7002
[root@kong ~]#

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!