『读芯术』且慢！你并不需要微服务( 三 )
· 杂乱的数据契约——在单个团队内设计并持有数据契约和在团队之间分享这些数据契约是截然不同的 。 当使用微服务时 ， 团队中的成员可能并非来自同一领域 ， 更何况成员使用的编程语言还有可能不同 。 为了特殊需求设计数据契约既费时又浪费空间 。
· 旧代码库——说实话 ， 对大多数人来说 ， 处理旧代码库几乎已成家常便饭 。 对大多企业来说则是主要的收入来源 。 日新月异的科技进步使得我们飞速前进 ， 但同时 ， 科技进步也使得我们与旧的代码库产生了越来越大的隔阂 。确定刚刚研发的RabbitMQ框架适用于存储在IBM AIX服务器的旧应用吗？
本文插图
来源：Pexels
结论
本文的结论不是“绝对不要使用微服务”！
微服务时不时的便会为自己赢得一些殊荣 ， 这一架构解决了一些开发员曾经以为无法解决的问题 。 Netflix使用微服务的故事启发了很多人 。 利用微服务的还不止Netflix ， 还有Uber、SoundCloud,以及商业巨头Amazon 。 而且这些成功并非仅限于面对消费者的应用程序 。 笔者亲眼目睹过一家美国医疗巨头的源代码 ， 每次看到这些源代码 ， 笔者都因其中的设计可能性而瞠目 。
如果五年前你随了微服务的大流 ， 笔者不会说你轻信潮流 。 因为那是个不同的时代 ， 但需要对这一事实保持坦诚 。 而现在已经2020年了 。 我们肆意妄为造成的惨痛后果有目共睹 。 无谓的使用微服务只能把拙劣的代码变成拙劣的基础设施 。笔者向来看好一腔热血的程序员 。 笔者自己也是其中一员 。 程序员们崇尚自己的工作 ， 并且总能出人意料地解决问题 。 但在做出决定的时候不能单凭一腔热血 ， 盲目的决定会使自己和所在的组织付出沉痛的代价 。 微服务不应是默认程序架构 。 微服务不是什么万能灵药 。 谨记KISS原则和YAGNI原则 。科技的拥护者有自己所最爱的架构无可厚非 。 但是你与众不同的是在“正确的选择”和“你所偏好的选择”中做出与事实相符的决定的能力 。
本文插图
留言 点赞
我们一起分享AI学习与发展的干货如需转载 ， 请后台留言 ， 遵守转载规范
【『读芯术』且慢！你并不需要微服务】本文为***作者原创 ， 未经授权不得转载
推荐阅读
- 『细胞社区』美媒：美国抗疫不力不需要为几十年的错误买单
- 细胞社区▲美媒：美国抗疫不力不需要为几十年的错误买单
- #爱济南新闻客户端#想看麦田不需要郊游！济南这个新建道路绿化带长出2000㎡小麦
- 『米尔』不是说不需要吗？，太缺德了吧！美国加价抢走法国一飞机口罩
- 「米尔」不是说不需要吗？，太缺德了吧！美国加价抢走法国一飞机口罩
- 『社会新鲜事』网传要囤大米？不需要！武汉超市大米库存充足
- #央视网#中方回应美国务卿无端指责：我们不需要靠撒谎造假来赢得什么
- 「轻文客」特朗普霸气回应：我们不需要，纽约州从中国订购1.7万台呼吸机
- 『王炸小宇宙』需不需要援助？，伊朗总司令公开羞辱美国：看你那么可怜
- 王炸小宇宙@需不需要援助？，伊朗总司令公开羞辱美国：看你那么可怜