作者回复: 仅此一家,别无分店,都是我自己思考出来的😄
作者回复: 1. 需要,微服务需要独立部署独立运行,数据库不拆分做不到这点
2. 参考专栏前面分库分表内容
3. 开发环境也可以搭建微服务,我们是三套环境:开发,测试,线上
作者回复: 一般指后端人员,前端人员是多服务公用的,如果用node之类的系统,本身可以算一个独立的微服务
作者回复: 一个可以独立部署和运行的子系统
作者回复: 本篇就是精髓😄😄
作者回复: 任何配置都可以放配置中心,区别只是动态配置还是需要重启,中间件也不例外
作者回复: 下一课就讲了
作者回复: 招人的第一标准是业务有没有发展😄
作者回复: 是的,等业务发展,人员规模大了再重构,90%以上的新业务还没发展就挂掉了😂😂
作者回复: 不用去几十台服务器几百个节点手工修改配置文件
作者回复: 通常这类配置需要重启生效,一般改动频率也低,改动的时候由运维人工参与是可以的
作者回复: 其实你这句话已经包含了答案“用户操作必然发生在设备上”,这就是说设备是基础数据,用户和设备对应关系应该是用户系统管理的。
还有一种判断标准是设备数据还可以给其它业务用,如果设备系统存储用户和设备对应关系,这个数据不是通用的,违背了设备系统的职责
作者回复: 很形象,向大仲马和贝索斯借用了一些创意
作者回复: 正常来说这样有很大隐患,我们之前有后台管理系统这样做,每周都需要安排人力排查线上数据错乱问题,因为数据写入有两个源
作者回复: 采用微服务不明智,你们这种是典型的SOA应用场景,因为基本都是采购的
作者回复: 通常用GA版本就可以
作者回复: 可以的,一般最开始拆分几个粗一点的