微服务到底在哪个方面让开发、维护简单了？怎么看都是变复杂了，原本配置一次数据库就能跑，现在要配置八九个容器和数据库，更新一次要配置好几个服务

[drymonfidelia]

[xuanbg]

@lujiaxing 我啥时候建议不会搭基础设施，甚至连测试都不做的草台班子上微服务了？

我的原话是：搞微服务，必须要懂点运维，至少要会用 docker 吧。而且要先搞定基础设施，如网关、注册中心、配置中心、统一日志收集这些。基础设施其实很容易搞定，譬如我在一个新的环境部署一套，也就 2 小时吧。你要是这些不会的话，那就别玩微服务了。

[julyclyde]

就是把 call 改成 communication 了
同时带来的好处是两边可以不是一比一的配比关系

[lujiaxing]

@xuanbg 那就不是 "懂点运维，会用个 docker" 就行的. 想搞微服务, 起码要对整个一套微服务用到的所有组件全都要有相当丰富的运用经验. 知道报错之后大概要从哪里入手分析解决, 知道各组件的各种细节. 绝不是 "懂 '点' 运维" 就行的!!!

你以为 DevOps 工程师工资比 CURD 开发工资高出几倍是因为什么?????

[lujiaxing]

@xuanbg 仅仅只是知道怎么部署, 怎么给各系统跑起来 知道个 kubectl run docker-compose up 就以为自己可以上微服务就敢往生产环境上上微服务的, 你的年终奖几天就扣光了.

[xuanbg]

@lujiaxing 到你说的那个规模，团队里面只有懂点皮毛的人，虽然我是不敢相信的。但抬杠就不必了，您说的都对！没有专家别轻易上微服务就对了。OK ？

[lujiaxing]

@xuanbg 本来就是这个意思.... 你这话表露出来的意思就是 "三脚猫的 DevOps 也可以 hold 住生产环境微服务架构"... 还 " 懂 '点', '会用' "...... 微服务那玩意没有个技术经验丰富的技术大牛把握的话根本就没法搞. 风险太大了. 而且 "因为公司一直没用使用过微服务架构, 所以从项目负责人到运维工程师到一线开发所有人对 DevOps 都不太了解" 这种事简直太常见了. 中厂小厂们基本都是这个样子. 而且就算是我们这种垃圾二线城市, DevOps 的工资都要 2.5W 以上, 普通 CURD 只要 1.5W~1.8W.... 团队负责人脑子抽了在没用微服务架构需求的情况下下这么大成本去招这么一号人?

[runlongyao2]

@ciki 我理解是应该按业务场景去独立模块，为业务中公用模块的扩展和维护服务。解决熵增问题的方法之一