爱生活,爱编程.
爱生活,爱编程.
> 这个我明白，但问题是这样的话hook的地址就要有地方单独管理，如果写死的话每次增加hook都要重新发布一下。我自己先想想怎么做比较合适，谢谢指教。 请教下，这个功能后面你们是怎么实现呢
> > 请教下，这个功能后面你们是怎么实现呢 > > 我们最后没有在apollo中实现，利用openapi搭了一个新服务，写入apollo前会先在新服务进行校验，然后再利用OpenAPI写入到apollo中。因为公司的原因，apollo的原生管理平台被我们给弃用了，所有的写入操作在外部处理完之后才进入apollo。 用户配置的所有写入都是通过openAPI来操作，完全不用管理界面？
openapi写入Apollo前===》，是提供给用户类似hook的方式，让用户填写一个URL地址，在写入时增加调用check这种方式吗
这个是用户写错了，不过这样自动修改了用户原始的数据，感觉不合理
是的，不过展示内容容易误导人。
是否可以理解为如果是灰度发布事件，影响到的ip就是灰度规则里面的值，其他都是全量的实例节点呢？
不过实例是异步上报的，在发布时其实感觉挺难实时获取到影响的节点列表。
这个官方有优化计划吗
> 新增一个全局流控，区分开来就可以了，已经实现 ~ 这个是在哪个版本实现了呢
> context不是具体的资源，是做不了流控的 ~ 系统规则这个是有bug的，自定义的in资源都是会被统计到Constants.ENTRY_NODE里面的 ~ 那如果要实现这个功能，需要怎么做呢