就分布式微服务架构来说， Spring Cloud 的未来在哪里？

[liujianwei]

我们还是讨论 Spring 系。

如你所知，Netflix （以及 Spring Cloud 团队）宣布 Spring Cloud Netflix 进入维护模式： https://spring.io/blog/2018/12/12/spring-cloud-greenwich-rc1-available-now。

另外，Spring Cloud Alibaba 目前正在孵化中： https://github.com/spring-cloud-incubator/spring-cloud-alibaba。

Spring 自家也有一些零散的解决方案。

对于中小企业，往往想要一个一站式的解决方案，那么 Spring Cloud 的未来在哪里？

[wesnow]

现在国内不管大公司还是小公司，张口闭口都是微服务，实际上 99%的公司根本就不需要微服务化，大多数中小公司的技术团队也没那个能力支撑微服务化。
这几年见过不少这类情况：1、公司的半桶水总监平时喜欢到处看所谓的科技文章，然后看到热炒的微服务和大数据概念，然后要求自己公司也要上马，完全不管自己公司有没有必要上就直接强上。2、一些不负责任的技术人员总是喜欢在公司项目中实验新技术，也不管自己对这些新技术掌握到什么程度了。我见过团队中没有运维，就一个后端开发的情况下，后端开发用 spring cloud 把项目给重构了，你敢相信？
其实现在小型公司对技术滥用非常厉害，从上到下言必称你看阿里怎么怎么样，腾讯用什么技术，实际上这些顶级公司的架构和技术和你一个芝麻小公司有半毛钱的关系么？大公司的架构和技术可以学习，可以借鉴，但是一定不能照搬。

[yy77]

那小公司还是 PHP 到底算了。

[airfling]

我们公司在三年前的时候就非常喜欢用微服务，后来我发现微服务有时候太繁琐，会增加服务之间的交互逻辑。而且对于小公司而言，维护微服务成本也太高。不如先合理设计架构，等到满足不了需求需要拆分服务的时候再拆分也不迟，不能为了拆而拆

[kinge]

首先 dubbo 类似于 Spring Cloud 的一个子集，springcloud 是一整套的微服务治理解决方案，二者没有可比性。微服务强调是 “服务”，独立性，方便跨部门跨语言工作，都是用 http 协议。服务之间应该减少调用，最好不调用。是一个个独立服务的系统。

[wc951]

soa 服务化提了起码 10 几年了吧，不喜欢微服务也不用退的那么深啊，没微服务的时候不也有 esb 吗，非要退回傻大粗的单体时代吗

[jzmws]

@wesnow 我同意你的观点, 目前很多小公司未来微服务而微服务 , 因为我目前在的就是只有搞得

[Takamine]

现在真有那么多企业需要微服务吗，需要做前中后台吗。

不过是在企业转型的幌子和拉投资的战略里吧。

特别是为了微服务而微服务，把业务系统拆分到开发和运维根本都跟不上的情况下，美其名曰长远规划。

我是匿名的，你们看不见我。（｡ò ∀ ó｡）

[xds2000]

使用微服务的目的就是为了快速上线。使用 spring 脚手架可以快速搭建一套服务。对于 java 体系来说，现成的脚手架就 spring 最成熟了，所以很多创业公司在招募开发的时候，就会考虑能找到廉价又好用的技术栈。一个能写代码的 java 开发，也就是 1 万左右，这个成本很低了。加上很多小公司的业务并不是技术决定的，所以，只要能用就可以。谈不上要长远规划。一旦业务起来了，花钱找架构师重新写也是一样的块。没有任何问题。

[luozic]

kong （ api Gateway ）后面随便用啥替换，反正前端看不见。

[yc0826]

@xds2000 正解，同样的微服务框架里基于 rest 接口的 跨语言跨和环境最方便，dubbo 基于 rpc 的，又循环依赖的问题很麻烦。然后拥有成熟微服务和公共 api 的企业在开发新应用的上的效率是非常高的。

[superalsrk]

其实没啥未来~稍微大点的公司一般都有一套成熟的 RPC 方案, 一般自研或者基于 thrift/grpc 这种~, 然后跟各种容器编排深度绑定, 一般而言, 如果业务复杂度没有到达那个级别~真没必要为了微服务而微服务, 没靠谱 SRE 还是放弃吧

[haofei]

Spring Cloud is dead