[发明专利]用于支持灰度发布的方法、访问方法以及装置和系统

说明书

本申请公开了一种用于支持灰度发布的方法和装置，一种用于支持灰度发布的访问方法和装置，以及一种用于支持灰度发布的系统。其中所述用于支持灰度发布的方法包括：接收来自客户端的至少包含版本信息的访问请求；根据所述访问请求中包含的版本信息，将所述访问请求发送给与所述版本信息对应的目标服务器；将所述目标服务器针对所述访问请求返回的结果发送给所述客户端。采用本申请提供的方法，可以根据版本信息对客户端的访问请求进行分流，并且能够通过代理服务器对所有的访问结果进行集中的监控和管理。

技术领域

本申请涉及灰度发布技术，具体涉及一种用于支持灰度发布的方法和装置。本申请同时提供一种用于支持灰度发布的访问方法和装置，以及一种用于支持灰度发布的系统。

背景技术

在产品新版本的开发过程中，随着开发阶段的推进，通常会对新版本进行模块功能测试、系统功能测试、用户体验测试等，这些测试一般都是局限于开发人员或者极少数用户的小范围测试，如果仅完成这些测试就将新版本直接推向市场，那么这种跳跃式的发布是相对危险的，如果新版本出现严重错误(bug)，所有用户都会感受到，不仅会严重影响用户体验，而且由于收到用户的大量投诉，对新版本的管理者或者开发者都会造成巨大压力。

对于互联网产品来说，由于使用者通常都比较多，如果采用上述发布方式风险就更大，在这种情况下出现了灰度发布(也叫灰度放量)的概念。所谓灰度发布，是互联网应用中的一种发布方式，只把新版本给一小部分用户使用，然后监控这一小部分用户的使用状态，如果新版本出现严重bug，那么将仅限于这一小部分用户会感受到这个bug，如果新版本运行良好，则可以逐步扩大使用群体的范围。由此可见，灰度发布是一种能够平滑过渡的渐进式的发布方式，一方面可以保证整体系统的稳定，另一方面可以在发布的早期(初始灰度阶段，用户比较少的阶段)，及时根据用户的意见反馈改进产品质量，可以有效降低新版本所影响的用户范围。

传统的灰度发布使用HTTP重定向技术(redirect)进行灰度发布时的分流，其基本原理是这样的：每个用户的浏览器在首次访问跳转服务器时，服务器会在客户端存放包含用户ID的Cookie(也称为Cookie被种上用户ID)，此后浏览器再访问跳转服务器时就会携带该Cookie信息，而跳转服务器接收到浏览器的请求后，对Cookie信息中包含的用户ID进行Hash取余，并将余数符合某些规则的用户请求重定向到灰度服务器(提供新版本服务的服务器)，而其他用户请求则会被重定向到普通服务器，从而实现灰度发布功能。

传统的灰度发布技术适用于互联网应用，由于客户端是相对稳定的浏览器，不需要经常升级，所以灰度发布只要考虑服务端即可。但是对于无线App来说，一般情况下客户端App和服务端都要升级，如果仍然采用传统的灰度发布方式，则存在以下缺陷：

一方面，由于传统灰度发布采用根据用户ID进行Hash取余的方法进行用户请求的分流，而用户ID与客户端App的版本没有任何关系，因此无法保证新版本App访问新版本服务器、而旧版本App访问旧版本服务器，而且当新版本服务出现问题时，新版本App无法回退到旧版本，不仅影响灰度发布的正常进行，同时也影响用户的使用体验。

另一方面，由于传统灰度发布是基于重定向技术的，服务端的返回结果分布在各个服务器上，因此无法有效地对返回结果进行监控和管理。

发明内容

本申请提供一种用于支持灰度发布的方法和装置，以解决现有的灰度发布方法无法根据版本信息对客户端访问请求进行分流的问题。本申请另外提供一种用于支持灰度发布的访问方法和装置，以及一种用于支持灰度发布的系统。

本申请提供一种用于支持灰度发布的方法，包括：

接收来自客户端的至少包含版本信息的访问请求；

根据所述访问请求中包含的版本信息，将所述访问请求发送给与所述版本信息对应的目标服务器；

将所述目标服务器针对所述访问请求返回的结果发送给所述客户端。