每次上线都会出现系统变更，变更就会有异常，这时候需要做提前考虑将异常带来的影响。因为是集群RPC，调用者需要在多个服务提供这种选择一个进行调用，所有的服务提供者接口都是同质，幂等性的。为了降低系统变更异常影响，一般选择灰度发布，也就是按比例一点点发布，按照影响范围，影响与否来选择回滚到已上线服务（及时止损），还是继续上线更多更新的实例。灰度发布的缺点就是哪怕异常影响范围够小了，但还是会出现部分出错。
当发送的参数对象数据或者接收对象数据量大于某个阈值，可以进行无所压缩，接收方用同样的方式解压。这样可以大大降低框架负担，提高性能。
详见https://brp
