TOC 成员 - 李响 服务注册、发现与配置管理是构成大型分布式系统的基石。Nacos 是集成了这三种能力的现代化、 开源开放的代表系统。本书系统化的介绍了 Nacos 诞生的历史背景以及其在阿里集团内部孕育的过 程，阐述了打造⼀款实用、易用系统的全过程。另外，本书也从设计、架构方面详细介绍了 Nacos 的实现，分享了 Nacos 在业内的最佳实践和用户案例。相信对分布式系统和其实现有兴趣的 Fabio 做负载均衡。 Nacos 架构 < 70 图 6 客户端侧负载均衡 在阿里巴巴集团内部，却是使用的相反的思路。服务消费者往往并不关心所访问的服务提供者的负 载均衡，它们只关心以最高效和正确的访问服务提供者的服务。而服务提供者，则非常关注自身被 访问的流量的调配，这其中的第⼀个原因是，阿里巴巴集团内部服务访问流量巨大，稍有不慎就会 导致流量异常压垮服务提供者的服务。因此服务提供者需要能够完全掌控服务的流量调配，并可以 集群的规模，3、5 个节点是不能应对大规模的服务订阅和查 询的。 在对容量的评估时，不仅要针对企业现有的服务规模进行评估，也要对未来 3 到 5 年的扩展规模 进行预测。阿里巴巴的中间件在内部支撑着集团百万级别服务实例，在容量上遇到的挑战可以说不 会小于任何互联网公司。这个容量不仅仅意味着整体注册的实例数，也同时包含单个服务的实例数、 整体的订阅者的数目以及查询的 QPS 等。Nacos 在内部淘汰

隐藏的比较深。。。

原文链接：一次线上 java 应用响应时间过长问题的排查

解决

解决办法很简单，把 OssClient 改成单例就行了。
但是，集团封网期间不允许上线，这。。。
没办法，把应用重启一遍，JVM 内存满血复活，清醒 QPS 很低，重启后可以撑过封网的时间断了

Spring