2018-10-14我们现在处理的方式是先圈定一批友好用户作为灰度白名单用户。对于这一批用户在登录时会写特定的cookie标识，访问时ng根据cookie标识做路由策略。将请求分发到升级好的灰度集群，验证新功能。 24
2018-12-21老师好，Dubbo白名单和黑名单的例子有没有写反？ 2 5
2018-10-09可以通过网关配置规则，将特定的用户导流到某一数据中心，然后通过金丝雀发布升级这一数据中心的服务 3
2019-02-15答：可以考虑使用statefulset+headless service的方式，使用k8s内部的dns，比如pod1.svc.com方式直接访问这个pod
用一个简单的路由规则，如果希望百分之一的用户体验新版本，将用户id取模100等于1的用户请求转发给新的服务器。验证后逐步扩大用户比例，最终达到全量。
这里有个问题想请教一下老师，用docker和k8s部署一个mysql的服务，如果这个服务可以弹性伸缩，且我们通过一个虚拟ip来连接这个服务，那么我的请求会按照k8s的负载均衡规则进行路由，我希望操作一个用户相关的请求，都到同一个数据库里面，不知道这个应该怎么操作。如果有多个服务，而且可以动态的增减，这里应该会碰到一堆的问题，如果老师有碰到类似的问题，这里想知道老师是怎么解决的。展开 1
2018-10-20注册中心也可以管理访问的服务名单，这和服务路由有什么区别呢？是不是一般只是帮助服务重新路由注册中心？ 1
2018-10-04用一个简单的路由规则，如果希望百分之一的用户体验新版本，将用户id取模100等于1的用户请求转发给新的服务器。验证后逐步扩大用户比例，最终达到全量。
这里有个问题想请教一下老师，用docker和k8s部署一个mysql的服务，如果这个服务可以弹性伸缩，且我们通过一个虚拟ip来连接这个服务，那么我的请求会按照k8s的负载均衡规则进行路由，我希望操作一个用户相关的请求，都到同一个数据库里面，不知道这个应该怎么操作。如果有多个服务，而且可以动态的增减，这里应该会碰到一堆的问题，如果老师有碰到类似的问题，这里想知道老师是怎么解决的。作者回复: 我理解这里主要是访问路由的问题，又想用k8s做到mysql的动态扩缩容，又想按照用户访问hash到固定数据库、我不知道k8s能否自定义数据访问路由，我们的做法没有使用k8s，自定义数据访问路由
1
2019-07-02做的网关对于服务端api的灰度发布提供了两种分发策略。
一种是按比例流量切分，按照用户设备号。
一种是定点测试(多用于内部体验)，指定用户pin，用户设备号
2019-06-15我们是通过开关控制的，可以有不同的维度，我们主要以用户维度，四级地址维度，配送中心和仓库维度。和服务路由有差异，主要是通过流量路由到不同的业务逻辑分支里去处理了。- 2018-10-14我们现在处理的方式是先圈定一批友好用户作为灰度白名单用户。对于这一批用户在登录时会写特定的cookie标识，访问时ng根据cookie标识做路由策略。将请求分发到升级好的灰度集群，验证新功能。
- 2018-10-08圈定用户需要路由规则能够识别用户ID或者某些标识，比如地区等。有了这个功能就能够做到圈定用户发布。
我现在的服务并没有服务路由功能，所以这些都是做到服务内部 - 2018-10-08首先圈定用户是根据用户的ID，那就需要根据用户ID进行路由。所以需要路由规则里要能够识别用户ID才能满足要求。
- 2018-10-08首先圈定用户是根据用户的ID，那就需要根据用户ID进行路由。所以需要路由规则里要能够识别用户ID才能满足要求。
2018-10-04如果通过路由尽量将访问限定在同一个数据中心，如果同一个数据中心访问满了，怎么分流到另一个数据中心去呢？作者回复: 可以通过配置中心下发指令改变订阅的分组，比如一个分组承担70%，一个承担30%
2018-10-04注册中心也可以根据路由规则进行过滤，将最终的api urls结果作为服务提供者告知消费者。当然前提是注册中心是自研可控。
2018-10-04配置中心配置路由之后也是需要下发的 那这和动态下发方式不是重复了吗 有什么主要区别呢作者回复: 配置中心存储可能只是做一个集中存储的地方，客户端启动的时候才会从配置中心拉取配置。动态下发是客户端订阅了配置的更新，如果有变化，客户端就会拉取