实战记录

为什么要统一采集日志 集群中同一个服务部署了多个实例，每个实例日志各自分散在不同服务器上，无法预知某条日志在哪台服务器。

前端项目不需要在服务器上承担过多压力，用户打开页面，把静态资源加载到浏览器之后，常规的业务操作本身与前端服务器无关。

后端服务需要的运行资源各不相同，常规业务接口服务对资源没什么特殊要求，数据分析处理服务一般要的内存较多，消息中间件的服务器对网络资源要求较高。

初始化支持xxl-job集群运行必要的表和数据，一定要用自己部署的xxl-job版本的那份SQL脚本去做初始化，这一点非常重要，使用的初始化SQL版本如果不匹配，会导致xxl-job无法正常使用。

如果没有负载均衡，用户可能会像直接接触到系统内部架构一样，要小心区分自己应该访问哪个地址，要自己记住同一服务的多个实例的地址。 这样一来，用户使用极为不方便，把内部架构暴露在所有用户面前，系统本身面

因为Nacos集群本身是“去中心化”的，即使配置了集群内访问服务也不具体固定的ClusterIP，还需要通过Headless Service为它做集群内负载均衡。

面向B端的系统，实际用户数量可能不多，并发量几乎可以不考虑，但是一个操作的内部流程可能有数十个步骤，涉及的数据项比较多。