没有高并发的场景，整微服务、服务发现、集群啥的，是不是有点步子迈太大了？

[darknoll]

我司做制造业相关的软件，一般都是部署在公司内网，原先都是桌面程序，socket 通信，现在大势所趋需要转型到 web，领导提出的架构:要用微服务、服务发现、集群这些做，是不是有点杀鸡用牛刀了？

[xcstream]

简历上多个可以吹的项目

[mtrec]

支持带薪学习 一套下来也不算太复杂 并发不高的话不觉得有什么谷歌解决不了的坑

[CantSee]

四台服务器搞微服务吗？服务容错会比较低！不过带薪学习也不错

[heart4lor]

集群不一定是高并发场景才适用呀，HA 集群一定程度上也能减少宕机时间，后面业务量上来了直接加实例数也几乎没有技术成本

[lewinlan]

我觉得楼主只是被那些名词唬住了。
实际上现在这些事情都有完善的框架实现，一套下来并不复杂，一个人撑起一个运维团队也不是不可能。
性能损耗也没那么夸张，传统行业的自建服务器比云上的共享服务器强太多了。
不过要注意那些不可预见的坑，如果领导在这方面经验丰富，能解决难题，那下面的人就放心去做就是了。
但是看楼主对团队的描述，战斗力很弱的样子……
所以我猜想你们这个步子的确迈太大了……

[MoccaCafe]

同意 11 楼和 13 楼，如果人手不足且时间赶，能不上新技术就不上新技术。按照我以前开发的经验，微服务虽然拆分出来 BIG 更高，但是开发效率降低了，人手不足就算了

[luzhh]

@abcbuzhiming 链路追踪没啥成本的，如果存储数据量过大可以设置存储比例。日志中心也不会有啥特别大的成本，无非就是数据存储多久的问题。这些东西听上去很高大上，等你玩过一次就知道其实也没多复杂的。