小团队 适合用 k8s +Spring cloud +微服务吗

[monkeydev]

目前公司技术基础比较羸弱
外面给的方案是这一套
但我个人认为这只是谈架构的东西
如果用户不到一定规模似乎，没有必要

[liununu]

上了 k8s，就不要用 Spring Cloud 那一套笨重的东西了，k8s 生态里都有链路追踪和远程调用的替代方案。至于微服务也应该贴合具体业务上下文的关系来，如果每个业务都拆开，维护成本提升会大于利处，徒增消耗。

[monkeydev]

@liununu 感谢指导

[loliordie]

@monkeydev 在并发不高时 可以通过 redis 队列实现 搞几个队列 然后根据不同模块开 worker

比如 heroku 这种集成化的平台 add 一个 redis 然后根据模块开项目即可

起码这个架构 我们目前上千的并发 没啥压力

[namelosw]

如果可以预见的未来还是小团队的话, 单体就好, 部署的话搞个 PaaS. 你说的这些可以搞, 但是对于小团队来说就是凭空创造工作岗位.

[cyssxt]

没有必要的，单体应用就可以了

[S4msara]

不建议，上上家公司小团队，上了整套微服务方案，docker, k8s, cloud，当时我也觉得诧异，以我个人的拙见其实单体就可以，用户量上来了做单体集群即可。后来公司倒闭，发现团队 leader 是面向跳槽编程，害人不浅，当然，老板错误估计公司发展是主要问题

[catror]

微服务，和模块拆分功能拆分没有强相关性

[autogen]

cdn+nginx+springboot+redis+mysql
每分钟请求量小于 3000 的，用这套就可以了

[799635347]

没必要，一个 SpringBoot 他不香么

[Lonely]

单体集群也可以用 k8s，cloud 那套倒不是必要的

[sampeng]

适合。堆简历跑路用

[dayeye2006199]

取决于业务是什么。我目前的公司只有两个人，但我们是做 服务和计算集群管理的，所以使用这个架构基本是唯一的选择。如果是 CRUD boy 就没必要了。django，react 前后端做个分离，一把梭了

[jwangkun]

我们技术团队目前 20 人，外包团队加起来有 80 人左右，目前就是 SpringCloud+K8s 这一套。目前是我在主推，前期是需要花点时间来做一些基础的工作，但是对于后期来说节省了太多的时间成本，没有用过就没有发言权，那些劝你别上的，估计自己也没用过，而且上 k8s 对于开发人员来说是无感知的，至于 Springcloud 我们用了三年了，你会了 Springboot，业务大了自然后拆分，看你业务的复杂性，我们单体和 SpringCloud 都有，具体业务选择不同的架构，只要做大，上微服务是必须的，就看你们现有业务体量了

[xuanbg]

微服务可以搞，k8s 没必要。

楼上说小团队搞不来微服务的，我表示我一个人就搞起来了。根本没什么难度，开发反而更简单了。

[rapperx2]

个人觉得和公司大小无关，看项目吧。像我们公司 10 人以下。其中一个项目最好的架构就是微服务。不管从那方便都是最好的选择。 这个项目最大的特点就是增长用户数快，前期如果不这样做，后期做架构升级，时间是不够的。而且经常需要第三方扩展

[ArJun]

看公司前景，公司用户多、上升快有必要用，还有有些公司融资会拿这些做噱头也有必要

[leeyuzhe]

像楼上说的，作为研发应该是好事啊，方便堆简历~

[90928yao]

@jwangkun 你也说的是 80 人左右的团队了。几个人的团队搞这个就是扯淡。一个 war 包部署上去就行了，量多了加机器。

[a719031256]

项目后端人数在 10 人以上可以考虑微服务，10 人以下还是算了，没必要

[ChevalierLxc]

看到小团队 那就算了