微服务实战（一）

最新推荐文章于 2025-06-08 11:11:46 发布

weixin_34239169

最新推荐文章于 2025-06-08 11:11:46 发布

阅读量279

点赞数

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/durenniu/p/10944388.html

很多微服务化文章多关注拆分问题，如粒度、时机和方式。拆分是为将复杂大问题化为小问题，当系统复杂、维护人数增多时需拆分。但子问题解决不代表系统问题解决，合比拆更难，需标准和流水线，还回顾了拆的过程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、持续集成对于微服务的意义：拆之前要先解决合的问题

在很多微服务化的文章中，很少会把持续集成放在第一篇，因为大多数的文章都会讲如何拆的问题，例如拆的粒度，拆的时机，拆的方式。

为什么需要拆呢？因为这是人类处理问题的本质方式：将一个大的复杂问题，变成很多个小问题解决。

所以当一个系统复杂到一定程度，当维护一个系统的人数多到一定程度，解决问题的难度和沟通成本大大提高，因而需要拆成很多个工程，拆成很多个团队，分而治之。

然而当每个子团队将子问题解决了，整个系统的问题就解决了么？你可以想象你将一辆整车拆成零件，然后再组装起来的过程，你就可以想象拆虽然不容易，合则更难，需要各种标准，各种流水线，才能将零件组装称为车。

我们先来回顾一下拆的过程。

最初的应用大多数是一个单体应用。

http://dockone.io/article/3660

转载于:https://www.cnblogs.com/durenniu/p/10944388.html

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。