注册中心和微服务框架简单介绍一下

关于注册中心和微服务框架简单介绍一下。

如果是国内的话，中小厂多，跟着大厂走，那就是SpringCloudAlibaba，虽然他的组件没有一个是Spring官方推荐的，但中小厂用的多，文档多，性能不够好但能满足大部分公司一开始的需求。

国际公司的话，nacos没有知名度，传统行业选都eureka和consul，功能稳定或丰富，文档齐全，像consul天然支持多数据中心，性能凑合和nacos差不多。

zk性能不错但zab协议对网络很敏感，不能动态增加或替换节点，watch机制单次有效，etcd基于zk的优缺点，是后起之秀，raft共识算法与内部grpc通信天生高可用高性能，etcd被k8s，apisix等新生高性能产品广泛使用，watch机制可复用，可动态替换和新增节点等。所以国际范围内consul和etcd是最佳选择。

但随着现在微服务都部署在K8s内，又因为K8s内置了etcd用作服务注册中心和配置中心，等于说只要用了k8s就不再需要nacos或consul组件，减少sre和公司成本，而且Spring也推出了SpringCloudK8s框架，所以目前为止最方便的微服务架构就是SpringCloudK8sK8s，只要一个K8s容易就能完成服务发展与动态配置。

当然未来是ServiceMesh的天下，但我们知道国内的技术永远比国外慢，国内只有几个大厂在研究，很吃sre团队，服务网格是真正意义上的微服务，业务与基础设施层完全隔离，网关最流行的是envoy云原生网关性能最高但配置很复杂，好用且高性能的有国内开源的Apisix，但用服务网格的公司还是很少。

总结:
国内:SpringCloudAlibaba
国外:Istio ＞ Linkerd2 ＞ SpringCloudK8s ＞ SpringBootconsul ＞SpringCloudNetflix＞SpringCloudAws(eureka)＞SpringCloudAzure