每日一博 | 为什么拆微服务这么艰难
微服务,这三个字正在席卷着目前的互联网软件行业,尤其在近几年云原生迸发后,似乎人人都对微服务有了更广泛的使用和理解,张口就是各种各样的问号,有着强大的好奇心。 无独有偶,我有一个朋友鲤鱼在内部微服务的早期(每个业务组起步)就经常遇到下述的对话: 张三:为什么要拆现在的代码? 鲤鱼:因为 !@)&&#@!)&#!&)@!&!的原因。 张三:那即将要做的 “微服务” 是按照什么维度去拆分的服务? 鲤鱼:常见的一般根据 !@#*@!#&!(@&!@)#@ 的方式来拆分。 张三:照你这么说好像也不大对,我看每个业务组拆分的维度似乎都不大一样? 鲤鱼:嗯,每个业务组还有自己的见解,不会完全相同。 张三:。。。所以微服务的拆分维度到底是什么? 为什么想拆 为什么张三会有这个疑问呢,实际上是因为研发内部希望从原先的大单体,大仓库向微服务体系拆分转换,其原先大单体仓库结构,类 Monorepo: 但类 Monorepo 又有不少的问题,像是: 单个 Repo 体积过大:导致 Git 无法直接拉取。当你设置完再拉取时,在网速慢时还能去泡杯咖啡,并且...


