不进行自适应，出现以下情况，可以提前设置权重。但是我们可能增加服务实例，性能忽高忽低，当然可以热加载配置。如果是某台服务器示例在工作中突然应为某些影响，性能降低或者反应迟缓但是还能工作，这时候就需要一种自适应的策略来对他进行降低权重。保持服务的高可用。
每次上线都会出现系统变更，变更就会有异常，这时候需要做提前考虑将异常带来的影响。因为是集群RPC，调用者需要在多个服务提供这种选择一个进行调用，所有的服务提供者接口都是同质，幂等性的。为了降低系统变更异常影响，一般选择灰度发布，也就是按比例一点点发布，按照影响范围，影响与否来选择回滚到已上线服务（及时止损），还是继续上线更多更新的实例。灰度发布的缺点就是哪怕异常影响范围够小了，但还是会出现部分出错。
当发送的参数对象数据或者接收对象数据量大于某个阈值，可以进行无所压缩，接收方用同样的方式解压。这样可以大大降低框架负担，提高性能。
