189 > Nacos 最佳实践  高级监控 根据 Nacos 监控手册，结合 Prometheus 和 Grafana 监控 Nacos 指标。  Nacos Eureka Sync Etcd 监控 从如下界面可以监控到，业务服务列表是否在同步服务的集群上呈现⼀致性 Hash 均衡分布。 Nacos 最佳实践 < 190 Nacos 日志  日志合并及 JSON 格式化 将 现也不 如⼀致性 Hash 优雅，最后没采用。 Sync ⾼可⽤⼀致性 Hash + Etcd 方案 折腾了这么几次后，发现同步业务服务列表是持久化在数据库，同步服务器挂掉后 reHash 通知机 制是由 Zookeeper 来负责，两者能否可以合并到⼀个中间件上以降低成本？于是我们想到了 Etcd 方案，即通过它实现同步业务服务列表持久化 + 业务服务列表增减的通知 + 同步服务器挂掉后 同步服务器挂掉后 reHash 通知。至此方案最终确定，即两个注册中心（ Eureka 和 Nacos ）的双向同步方案，通过 第三个注册中心（ Etcd ）来做桥梁。 Sync 业务服务名列表定时更新优化方案 解决了⼀致性 Hash 的问题后，还有⼀个潜在风险，即官方方案每次定时同步业务服务的时候，都 会去读取全量业务服务名列表，对于业务服务数较少的场景应该没问题，但对于我们这种场景下， 这么频繁的全量去拉业务服务列表，会不会对

a network file system that supports locking (e.g. NFS) or it could be something more complex like etcd. The broker ships with a reference plugin implementation based on Apache ZooKeeper - a common implementation

a network file system that supports locking (e.g. NFS) or it could be something more complex like etcd. The broker ships with a reference plugin implementation based on Apache ZooKeeper - a common implementation

a network file system that supports locking (e.g. NFS) or it could be something more complex like etcd. The broker ships with a reference plugin implementation based on Apache ZooKeeper - a common implementation

a network file system that supports locking (e.g. NFS) or it could be something more complex like etcd. The broker ships with a reference plugin implementation based on Apache ZooKeeper - a common implementation