1、提高敏捷性：及时响应业务需求，促进企业发展2、提升用户体验：提升用户体验，减少用户流失3、降低成本：降低增加产品、客户或业务方案的成本

优点：①开发简单，集中式管理②基本不会重复开发③功能都在本地，没有分布式的管理和调用消耗缺点：1、效率低：开发都在同一个项目改代码，相互等待，冲突不断2、维护难：代码功功能耦合在一起，新人不知道何从下手3、不灵活：构建时间长，任何小修改都要重构整个项目，耗时4、稳定性差：一个微小...(more)

CI/CD和自动化（分布式系统几乎不可能通过人工手动发布）虚拟化技术（要保证微服务运行环境隔离，目前行业主流的是使用Docker容器）日志聚合，全链路监控（高度可观察和分析诊断问题）...(more)

设计阶段，单微服务必须要满足以下的条件，才符合微服务的基本要求：标准的REST风格接口（基于HTTP和JSON格式）独立部署，避免共享数据库（避免因为数据库而影响整个分布式系统）业务上的高内聚，减少依赖（从设计上要避免服务过大或者太小）...(more)

前期阶段，大致要做好如下事情：和多方充分沟通，确保能符合客户和组织的需求，并且得到认同和团队沟通，让队友（开发/测试/运维）理解，并且积极投入和业务部门沟通，指定版本计划和上线时间...(more)

我们先看看微服务能带给我们什么？微服务架构的特点：针对特定服务发布，影响小，风险小，成本低频繁发布版本，快速交付需求低成本扩容，弹性伸缩，适应云环境我们知道一个朴素的理念，没有任何事物是完美的，任何东西都有两面性，有得必有失，那么在选择微服务在解决了快速响应和弹性伸缩的问题...(more)

简单举例：看军事新闻的同学应该都知道，一艘航空母舰作战能力虽然很强，但是弱点太明显，就是防御能力太差，单艘的航空母舰很少单独行动，通常航空母舰战斗群才是主要军事力量，你可以把单艘航母理解为的单体应用（防御差，机动性不好），把航母战斗群（调度复杂，维护费用高）理解为微服务。大部分...(more)

分布式最大的特性就是网络是不可靠的。通过微服务拆分能降低这个风险，不过如果没有特别的保障，结局肯定是噩梦。我们刚遇到一个线上故障就是一个很不起眼的SQL计数功能，在访问量上升时，导致数据库load彪高，影响了所在应用的性能，从而影响所有调用这个应用服务的前台应用。所以...(more)

目前微服务的开发框架，最常用的有以下四个：SpringCloud：http://projects.spring.io/spring-cloud（现在非常流行的微服务架构）Dubbo：http：//dubbo.ioDropwizard：http://www.dropwizard.io（关注单个微服务的开发）Consul、etcd&etc.（微服务的模块）...(more)

单一职责原则意思是每个微服务只需要实现自己的业务逻辑就可以了，比如订单管理模块，它只需要处理订单的业务逻辑就可以了，其它的不必考虑。服务自治原则意思是每个微服务从开发、测试、运维等都是独立的，包括存储的数据库也都是独立的，自己就有一套完整的流程，我们完全可以把它...(more)