[quote]ecstatic 发表于 2018-8-27 10:57产品建议：天气预报那个项目没运行起来，还是缺少配置吧ID：ecstatic我说项目这么大呢，原来把环境也下载下 ...[/quote]要执行startup.bat吧，你的环境上是不是没装nodejs，直接运行startup_all.bat的话，不会帮你装nodejs的

顶你: 5分析的很透彻，赞！！！

[i=s] 本帖最后由 沉迷学习の金木研 于 2018-3-20 21:18 编辑 [/i] [align=left][font=宋体]具体实现，以[/font]CSE[font=宋体]为例：[/font][/align][font=宋体][size=10.5pt]1. [/size][/font][size=3][font=宋体]首先实现[/font][font="]org.apache.servicecomb.serviceregistry.api.Versions[/font][font=宋体]接口，实现该接口下的[/font][font="]loadVersion[/font][font=宋体]方法，即可将版本名称和版本号作为键值对返回[/font][/size] 2. 为了使用SPI机制让该返回对象被ServiceComb读取到，需要在META-INF中增加services文件夹，并在其中增加一个文件，以所实现接口org.apache.servicecomb.serviceregistry.api.Versions为名，以具体实现类com.huawei.paas.cseversion.CseVersion为内容

[i=s] 本帖最后由 沉迷学习の金木研 于 2018-3-20 15:20 编辑 [/i] [backcolor=white]5. 设置服务的熔断并触发熔断后，Console界面的[size=3]熔断状态会变成open，超过恢复时间后，会重新计算失败情况， 如果恢复后的调用立即失败，那么会立即重新熔断， 如果恢复后的调用成功，则熔断状态会变为closed， 如果超过恢复时间后，并没有再次调用，由于无法判断该方法是否已恢复正常，熔断状态会一直是open[/size][/backcolor]

ServiceComb性能这块很优秀，例如spring cloud使用zuul做gateway，ServiceComb里面搞了一套Edge Service，实现了zuul里面的很多能力而且性能有很大提升，ServiceComb用vertx部署并且使用highway协议，相比SpringCloud而言TPS据说有30%以上的提升

3. 设置了自定义的灰度发布规则，当请求参数同时满足两个版本的规则，仅可访问到一个版本 场景描述：对服务的不同版本设置灰度发布规则，当请求传入的参数同时符合多个版本时，只访问到一个版本 问题分析：灰度发布进行规则匹配时，按照制定灰度发布规则的顺序，匹配上第一个版本的server后就结束，不会再匹配其他server版本