金丝雀

金丝雀发布（Canary Releases）的由来 17世纪，英国矿井工人发现，金丝雀对瓦斯这种气体十分敏感。空气中哪怕有极其微量的瓦斯，金丝雀也会停止歌唱；而当瓦斯含量超过一定限度时，虽然人类毫无察觉，金丝雀却早已毒发身亡。当时在采矿设备相对简陋的条件下，工人们每次下井都会带上一只金丝雀作为“瓦斯检测指标”，以便在危险状况下紧急撤离。 Kong的金丝雀发布简述 金丝雀发布又称灰度发布，是指在我们的生产环境中划分出一部分节点为灰度节点，当上新版本的时候，先上灰度环境并且会切换一部分流量过来，当灰度环境的流量都没有问题的时候，就会在整个生产环境上新版本。 我理解的可能有问题，请留言或者进群讨论一下 Kong的金丝雀发布的实现 假设生产环境的状况如下： 创建upstream upstreams / POST { "name" : "xjj.tv.com" } 创建target #灰度版本的target / upstreams / b7208664 - 4c0b - 4c64 - 98a2 - 683594bb1bfd / targets POST { "target" : "172.16.0.92:8899" , "weight" : 0 } #生产版本 / upstreams / b7208664 - 4c0b - 4c64 - 98a2 - 683594bb1bfd /

高效能组织和低效能组织在软件交付的效率上有数量级上的差异。技术组织的软件交付能力是一种综合能力，涉及众多环节，其中发布是尤为重要的环节。——鲁迅 即使作为非开发工程师，相信很多人也听说过“金丝雀发布”、“滚动发布”和“蓝绿发布”等术语。 老司机想通过一篇文字给各位分享一下常见的几种发布模式，让开发或者非开发人员对软件发布一个更为清晰全面的认识，让大家能够根据自己的所在团队的情况，对发布策略给出正确的实践，必要时候参与讨（si）论（bi）。 1、 金丝雀发布 金丝雀 (Canary) 测试。源于以前矿工下矿洞前，先会放一只金丝雀进去探是否有有毒气体，看金丝雀能否活下来，由此得名。 简单的金丝雀测试一般通过手工测试验证，复杂的金丝雀测试需要比较完善的监控基础设施配合，通过监控指标反馈，观察金丝雀的健康状况，作为后续发布或回退的依据。 金丝雀发布，一般先把新版本发布到单集群1台服务器，或者一个小比例，主要做流量验证用。 如果金丝测试通过，则把剩余的原有版本全部升级为新版本。如果金丝雀测试失败，则直接摘除金丝雀的流量，宣布发布失败。 金丝雀发布，简单可控不粗暴！初创型公司比较适合。 2、 一群金丝雀发布 单服务器集群滚动发布，老司机给起个名字叫“一群金丝雀发布”。 单服务器集群滚动发布，在金丝雀发布基础上的进一步优化改进，是一种自动化程度较高的发布方式，用户体验比较平滑

金丝雀发布（Canary Releases）的由来 17世纪，英国矿井工人发现，金丝雀对瓦斯这种气体十分敏感。空气中哪怕有极其微量的瓦斯，金丝雀也会停止歌唱；而当瓦斯含量超过一定限度时，虽然人类毫无察觉，金丝雀却早已毒发身亡。当时在采矿设备相对简陋的条件下，工人们每次下井都会带上一只金丝雀作为“瓦斯检测指标”，以便在危险状况下紧急撤离。 Kong的金丝雀发布简述 金丝雀发布又称灰度发布，是指在我们的生产环境中划分出一部分节点为灰度节点，当上新版本的时候，先上灰度环境并且会切换一部分流量过来，当灰度环境的流量都没有问题的时候，就会在整个生产环境上新版本。 我理解的可能有问题，请留言或者进群讨论一下 Kong的金丝雀发布的实现 假设生产环境的状况如下： 创建upstream upstreams/ POST { "name":"xjj.tv.com" } 创建target #灰度版本的target /upstreams/b7208664-4c0b-4c64-98a2-683594bb1bfd/targets POST { "target":"172.16.0.92:8899", "weight": 0 } #生产版本 /upstreams/b7208664-4c0b-4c64-98a2-683594bb1bfd/targets POST { "target":"172.16.0.92

参考： https://www.cnblogs.com/barneywill/p/10400788.html CM金丝雀Canary报错 1 HDFS 金丝雀 Canary 测试无法为 /tmp/.cloudera_health_monitoring_canary_files 创建父目录。 2 Hive Metastore Canary Hive Metastore canary 创建 hue hdfs 主目录失败。 检查： 1）hdfs是否处于safemode，正常是off # hdfs dfsadmin -safemode get Safe mode is OFF 2）hdfs datanode是否健康，磁盘空间是否空闲，可自行上传文件测试 # hdfs dfsadmin -report 3）根据错误提示查看目录权限，如果有问题，改为777 # hdfs dfs -ls /tmp d--------- - hdfs supergroup 0 2019-02-18 23:57 /tmp/.cloudera_health_monitoring_canary_files # hdfs dfs -chmod 777 /tmp/.cloudera_health_monitoring_canary_files 来源： https://www.cnblogs.com/hongfeng2019