家电维修行业就是乱的一比, 之前住的地方, 楼下有一个报刊亭有 2 个维修师傅 , 我有一次水管坏了, 师傅上了背着手看了一圈就报价几百块
还是不能解决断电断网后服务不可用问题, 之前我思考过类似方案, 可以以家庭主机为主, 云主机为辅, 云主机上冷部署一套和家庭主机一样的环境, 轻量云上跑个服务, 监控和观测家庭主机的服务是否在线, 假如家庭主机服务下线超过一定时间, 自动启动云主机的服务并把流量切换到云主机, 家庭主机恢复后,再切换回来, 并且把云主机的服务都下线节约钱
看得有点血压高, 实际上微服务并不是一个良好的架构,微服务也不是高性能的代表, 微服务纯粹增加开发复杂度,增加调试的复杂度
1,开发模块问题 6 楼已经说的很清楚了
2,扩展伸缩是 devops 的范畴, 单体也能方便的横向扩展
3,扩展的实例信号同步通过 redis 实现
4,队列使用基础设施的 mq, 楼上有人说单体不能用 mq 的情况,真的用过 mq 吗
5,有人说单体崩了就全完了, 但举的例子也只是 mq 积压导致服务不可用, 跟单体或者微服务又没关系
6,很多人说的所谓的崩溃,cpu 占用高,内存占用高,跟单体或者微服务真的没关系, 反而是依靠项目整体生命周期里的 devops 架构,运维, 跟 CICD, 测试, 实时观测, 监控关系更大点
42 楼 项目开发上的代码冲突是 git 管理的范畴,分 module 后一般不会遇到冲突. 单体会降低启动时间, 而且在 module 里可以控制启动哪些模块, 关闭哪些模块, 在调试的时候更方便. 拉分支也是 git 的范畴, 跟单体或者微服务也没关系
最后说下 OP 能遇到从微服务回归单体的项目就偷着乐吧, 不然十来个微服务(用户、订单、后台、网关等)你后面加不完的班, 线上出问题调试恶心死你
不知道是具体是你俩谁的问题, 但他恶心你 你就不能恶心他? 都是正式员工, 反正你都想走了, 最坏情况也就是失业而已, 他怎么对你, 你就双倍还回去.
如果是我, 我会先礼后兵, 推心置腹跟他聊一下搞清楚原因, 适当的下个台阶缓和下关系, 甚至适当的送点礼. 假如尝试了没用,而且也忍不了 呆不下去了, 就双倍还击, 方法包括不限于:
适度的当面顶撞, 他说你什么你就大声吼他, 气势上一点不输, 但别骂脏话
适度的工作上的事阳奉阴违, 能敷衍就敷衍, 能推脱就推脱, 尽量把事情责任甩给他
他怎么恶心你, 你就怎么恶心回去,比如电话这个事情, 他给你打电话不说话,五六秒后挂断, 你马上给他,你也不说话, 他挂了就再打一个 继续不说话
主打一个表面笑嘻嘻, 但就是对着干, 但要适度(不要违反公司规定比如迟到早退旷工等), 主打一个恶心他
但 1v1 肯定是不行的必须借助外力, 收集他工作失误的证据, 去领导那投诉他, 他的领导不管, 你就找更高的领导, 实在不行就找最大领导, 作用就是让领导觉得他和你都是个事逼, 你是要走的人了无所谓, 他还要在这呆着肯定在意领导对他的态度, 让领导对他印象不好这就够了, 主打一个闹, 甚至你都不一定要有很明显的道理, 死咬他就对了, 最好的情况是你和他一起走人, 最坏情况就是自己走人
以上组合拳下来,一般人都受不了,说不定他都想走了, 如果你不想搞事直接离职就行, 工作而已