针对庞大业务需求，本文探讨了微服务架构的必要性及其实现方式，包括服务拆分、独立演进、通信机制及非功能性需求的满足。介绍了SpringCloud、Dubbo等分布式服务治理工具，以及消息中间件、API的重要性，强调微服务不是SOA、设计模式或敏捷开发，而是适合大型系统的高内聚、低耦合服务组合。
需求分析：
•庞大的业务要拆分为多个服务
•每个服务要独立演进
•服务之间互相调用或通信
•非功能性（高并发+高可用+高可扩展）需求强烈-亿万级用户规模
解决方案：
•分布式服务治理-SpringCloud/Dubbo
•微服务：平台服务和应用服务的架构要分层并模块化设计
•消息中间件+消息总线（MQ/Kafka/ZooKeeper）+API
•借力（组件化+集群+成熟的平台）
微服务：
•不是SOA
•不是设计模式（软件产业中得孙子兵法）
•不是敏捷开发（开发模式）
•不适合初创公司
定义：
•架构思想-高内聚和低耦合的服务组合
•微：轻量级的，例如MQ
•好处：团队协同作战的大型系统需求推动，快速发布，
•自动部署，共享
发展情况
•2016年V1.0
•提供了分布式系统架构（配置管理，服务发现，熔断，路由，总线）
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
