为什么说微服务有快速响应需求变化的特点？

微服务架构诞生在SOA时代，在移动互联网时代蓬勃发展并崛起，从早期的互联网公司开始，快速过渡到现在的移动互联网公司，都在大量使用微服务架构，包括大家熟悉的淘宝、微博、微信、抖音等平台，都是很典型的代表。微服务架构很重要的特点就是：快速响应需求变化，业务迭代非常快，每月甚至每周都会有大量的改版信息。 之前在采用单体巨型非微服务架构有个问题，系统里面的业务模块非常多，大家一起发布、修改、编译很难进行协调，可能是几千人的开发团队，很难做到敏捷开发、发布、上线。 使用微信、微博、淘宝、抖音超过5年会感受到，迭代非常快，而且经常上线新功能，比如支付宝之前只有支付担保交易，现在可以在上面交水电费、做地铁、城市健康码功能等。淘宝的各种新功能，比如生鲜、直播等。抖音之前只做短视频，现在也开始做电商，可以评论、加好友等等。 总的来说，之前单体巨型架构模式，已经无法适应快速变化的业务发展需求。快速响应需求变化是微服务架构的重要特点。 微服务：船小好调头 微服务本质上是小微程序，相比较来说，很重要的特点是拆分概念。微服务首先是拆分，把大的拆成小的，把整体拆成部分。每个部分单独开发迭代，是很重要的优势，在中国书画里面叫船小好调头。 中国是公有制为主体，私有制作有效补充的经济体制结构。而且私有企业民营企业，要求船小好调头，能够更灵活的根据市场需求调整经营策略。比如现在的全民电商、全民直播，是商业的微型化、敏捷化的表现形式，我们的微服务是一样的道理，各个领域有很多概念相通。 微服务优点： 微服务优点是拆完以后更灵活，各个子系统可以独立开发、独立测试、独立部署、独立进程，最后在集成。 比如账号系统比较稳定，基本上不用改，前期有三到五个成员开发，后期只需要一个人维护。后面有新业务，比如淘宝直播、菜鸟快递、余额宝项目上线，再成立新的团队，进行快速开发。现在很多项目都是前期只有一个小组，后面再组建团队上线很多新的功能，比如微信，是从腾讯内部孵化出来，前期只成立了很小的项目组，后期做成上万人的公司。支付宝也是淘宝内部孵化的项目。这种公司成立以后，又开始孵化出更多的业务部门。 独立开发拆分以后自主性更强了，独立开发、独立测试、独立部署、独立进程，是微服务快速响应业务需求变化的重要特点。