Spring Cloud 原本来自Netflix OSS，但是目前面临服务网格竞争，以及Netflix宣布放弃Hystrix，Spring Cloud与服务网格Istio竞争中处于弱势之中，但是Spring Cloud在DevOps上还是有一定竞争优势，适合中小型系统。因为服务网格的运营需要很强大的单独的运营Ops团队，而DevOps运行就是通过整合开发和运营在一起，将业务开发和技术运营结合起来，可以说Spring Cloud做到了简单有效，而且NetFlix OSS堆栈是经过全美每晚大半流量的考验，实战和设计都是过得去的。

正因为Netflix OSS是Netflix生产系统的真家伙，而国内某商提供的技术堆栈是否是真正生产系统的真家伙呢？比如他们的生产系统是否运行在他们的云里面的呢？各自开发一套呢？另外，Netflix OSS中eureka注册服务器，也就是Spring Cloud eureka注册服务器是遵循CAP定理的CA，虽然可能提供的服务信息有时不是很及时，甚至是延时的，但是总是一直可用，而某电商依赖Zoopkeeper是遵循CAP定理CP，这是很多朴素编程下的直觉选择，状态同步时如果断线怎么办？当然不断重试连接，而且使用最快最好的Netty进行重试连接，不会有问题吧？

现在傍上Spring Cloud，希望能够越走越好，可别像过去一样。