大家说说看
1 facelezz 2024-10-15 20:40:06 +08:00 ![]() k8s 时代里 Spring boot 就足够了 |
![]() | 2 Rust2015 OP 其实,spring cloud 就是分了几个模块,主要是服务提供者和服务消费者,然后结合 spring cloud 的组件 组件,也就那么几个 然后,把服务器编程整的巨复杂 会 spring boot 不一定能写好 spring cloud ,毕竟几个组件,概念巨抽象 |
![]() | 3 mymx2 2024-10-16 01:08:27 +08:00 cloud=部门。没那么多部门,那么多业务,也就不需要对外的提供服务了,况且微服务的边界很多程序员都没谱,硬上找罪受。 至于业务上解耦,方法有很多,事件 event 、消息 mq 各种方法都行。 刚出来的时候就觉得不太行,因为公司不够大 2333333333 |
![]() | 4 mymx2 2024-10-16 01:10:40 +08:00 看到 18 年就有讨论: t/455119#reply15 |
![]() | 5 chendy 2024-10-16 08:16:00 +08:00 16 年玩过一个 demo ,但是实际上并没有在生产中怎么用过,因为没有那么大的项目需要拆 但是一些东西可以学习甚至用在单体项目里,比如跟踪,比如熔断,比如监控,比如日志聚合 |
6 Bingchunmoli 2024-10-16 08:24:05 +08:00 via Android 看需求吧,如果没有 k8s 运维什么的,开发也没这方面人才,还有集群的需求,cloud 其实是折中了 |
7 salmon5 2024-10-16 09:25:02 +08:00 k8s 又不是必须的,何况 spring cloud ,大部分场景 springboot 单体应用足够了 |
![]() | 8 Narcissu5 2024-10-16 10:39:24 +08:00 SpringCloud 这套最大的问题是全家都得用 Cloud 这套东西,小公司用不上,大公司全部部门采用又很困难,甚至有些可能人家都不是 Java 语言。 相比之下 Service Mesh 推行阻力会小很多 |
![]() | 9 LanLiang 2024-10-16 16:11:35 +08:00 没有 |