Service Mesh 作为下一代微服务技术的代名词，初出茅庐却深得人心一鸣惊人，在国内外大厂中广泛实践。这里聊一聊微服务和 Service Mesh 的关联与区别，有了微服务为什么还需要服务网格。 应用架构的演变 单体架构 -> SOA 架构 -> 微服务架构 -> Service Mesh。
国庆前我们遇到了阿里的 AccessKey 疑似泄露，在盘点所有泄露可能性时发现我们在 Nacos 的使用上存在诸多安全漏洞。我们在第一个时刻更换了泄露的 AccessKey，并对认知范围内的 Nacos 风险进行了填补。后来在查阅资料的过程中，发现关于如何更加安全的使用 Nacos, 官方的公众号
Nacos 在开源支持就定下了⼀个目标，尽可能的减少用户部署以及运维成本，做到用户只需要⼀个程序包，就可以快速以单机模式启动 Nacos 或者以集群模式启动 Nacos。而 Nacos 是⼀个需要存储数据的⼀个组件，因此，为了实现这个目标，就需要在 Nacos 内部实现数据存储。单机下其实问题不大，
Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现
在微服务架构中，根据业务来拆分成一个个的服务，服务与服务之间可以相互调用（RPC）。为了保证其高可用，单个服务通常会集群部署。由于网络原因或者自身的原因，服务并不能保证 100%可用，如果单个服务出现问题，调用这个服务就会出现线程阻塞，此时若有大量的请求涌入，Servlet 容器的线程资源会被消耗完
为了方便 Dubbo 在本地开发和调试，我们在本地项目中采用直连的方式，直连就是服务提供者不向注册中心注册服务，服务消费者直连服务提供者。我们一般采用两种方式。 修改 provider.xml <dubbo:registry protocol="zookeeper" address="="xx.xx
