还有一个问题是有些业务场景的调用容量是无法随着集群水平扩展而扩展的比如，很多业务会使用进行批量读取但随着集群节点数的增加，由于“木桶效应”，整个请求的长尾延迟会越来越高，进而导致服务的请求超时率持续上升等集群达到一定规模之后，长就超出业务的承受能力了所以在水平扩展之外，我们还需要解决好节点垂直扩展上的挑战，来支持这种批量操作的业务场景
另一个是可用性随着
科威特手机号码列表 集群规模变大，要保证可用性维持在与小规模集群同等的水平，其实是很困难的但业务服务却不会因为集群规模变大而能接受可用性有所降低所以，美团的挑战是如何保证集群可用性不会随着规模的变大而有所降低内存q挑战和架构实践上图是美团的q架构中间部分跟社区集群是一致的它有主从的结构，实例之间通过协议去通信
我们在右边添加了一个集群调度平台，包含调度服务、扩缩容服务和高可用服务等，它会去管理整个集群，把管理结果作为元数据更新到Z我们的客户端会订阅Z上的元数据变更，实时获取到集群的拓扑状态，直接对集群节点进行读写操作q水平扩展的挑战但是基于架构的水平扩展，会有如下问题：一个是的消息通信量是节点数的平方，随着集群节点数的增加，通信的消息量会急剧膨胀
