系统进化理论概述
在系统架构与设计的实践中，经历了两个阶段，一个阶段是早些年常见的集中式系统，一个阶段是近年来流行的分布式系统
集中式系统
集中式系统也叫单体应用，就是把所有的程序、功能、模块都集中到一个项目中，部署在一台服务器上，从而对外提供应用；
分布式系统
分布式系统就是把所有的程序、功能拆分成不同的子系统，部署在多台不同的服务器上，这些子系统相互协作共同对外提供服务，而对用户而言他并不知道后台是多个子系统和多台服务器在提供服务，在使用上和集中式系统一样。
集中式系统跟分布式系统是相反的两个概念，他们的区别体现在“合”与“分”。
系统进化理论背景
系统进化的背景与中国互联网用户规模有巨大关系，庞大的用户访问量对系统的架构设计是巨大的挑战；
产品或者网站初期，通常功能较少，用户量也不多，所以一般按照单体应用进行设计和开发，按照经典的MVC三层架构设计；
随着业务的发展，应用功能的增加，访问用户的增多，传统的集中式系统进行开发的方式就不再适用了，因为在这种情况下，集中式系统就会逐步变得非常庞大，很多人维护这么一个系统，开发、测试、上线都会造成很大的问题，比如代码冲突，代码重复，逻辑错综混乱，代码逻辑复杂度增加，响应新需求的速度降低，隐藏的风险增大；
所以需要按照业务维度进行应用拆分，采用分布式开发，每个应用专职于做某一些方面的事情，比如将一个集中式系统拆分为用户服务、订单服务、产品服务、交易服务等，各个应用服务之间通过相互调用完成某一项业务功能。
什么是微服务架构
分布式强调系统的拆分，微服务也是强调系统的拆分，微服务架构属于分布式架构的范畴。
简单地说，微服务是系统架构上的一种设计风格，它的主旨是将一个原本独立的系统拆分成多个小型服务，这些小型服务都在各自独立的进程中运行，服务之间通过基于HTTP的RESTful API进行通信协作；
被拆分后的每一个小型服务都围绕着系统中的某一项业务功能进行构建，并且每个服务都是一个独立的项目，可以进行独立的测试、开发和部署等；
由于各个独立的服务之间使用的是基于HTTP的JSON作为数据通信协作的基础，所以这些微服务可以使用不同的语言进行开发。
微服务架构的优缺点
优点
1、微服务架构是将系统中的不同功能模块拆分成多个不同的服务，这些服务进行独立地开发和部署，每个服务都运行在自己的进程内，这样每个服务的更新都不会影响其他服务的运行；
2、由于每个服务是独立部署的，所以我们可以更准确地监控每个服务的资源消耗情况，进行性能容量的评估，通过压力测试，也很容易发现各个服务间的性能瓶颈所在；
3、由于每个服务都是独立开发，项目的开发也比较方便，减少代码的冲突、代码的重复、逻辑处理流程也更加清晰，让后续的维护与扩展更加容易；
4、微服务可以使用不同的编程语言进行开发；
但是在系统架构领域关于微服务架构也有一些争论，有人倾向于在系统设计与开发中采用微服务架构实现软件系统的低耦合，被认为是系统架构的未来方向。
缺点
1、微服务架构增加了系统维护、部署的难度，导致一些功能模块或者代码无法复用；
2、随着系统规模的日渐增长，微服务在一定程度上也会导致系统变得越来越复杂，增加了集成测试的复杂度；
3、随着微服务的增多，数据的一致性问题，服务之间的通信成本等都凸显了出来；
所以在系统架构时也要提醒自己：不要为了微服务而微服务！！！
为什么要选择Spring Cloud构建微服务
整个微服务架构是由大量的技术框架和方案构成，比如：
1、服务基础开发：Spring MVC、Spring、SpringBoot
2、服务注册与发现：Netflix的Eureka、Apache的ZooKeeper等；
3、服务调用：RPC调用有阿里巴巴的Dubbo，Rest方式调用有当当网Dubbo基础上扩展的Dubbox，还要其他方式实现的Rest，比如Ribbon、Feign；
4、分布式配置管理：百度的Disconf、360的QConf、淘宝的Diamond、Netflix的Archaius等
5、负载均衡：Ribbon
6、服务熔断：Hystrix
7、API网关：Zuul
8、批量任务：当当网的Elastic-Job、Linkedln的Azkaban
9、服务跟踪：京东的Hydra、Twitter的Zipkin等
但是在微服务架构上，几乎大部分的开源组件都只能解决某一个场景下的问题，所以这些实施微服务架构的公司也是整合来自不同公司或者组织的诸多开源框架，并加入针对自身业务的一些改进，没有一个统一的架构方案；
所以当我们准备实施微服务架构时，要整合各个公司或者组织的开源软件，而且某些开源软件又有多种选择，这导致在做技术选型的初期，需要花费大量的时间进行调研、分析和实验，这些方案的整合没有得到充分的测试，可能在实践中会遇到各种各样的问题；
Spring Cloud的出现，让我们实施微服务架构变得异常简单了起来，它不像之前所例举的框架那样，只是解决微服务中的某一个问题，而是一个解决微服务框架实施的综合性框架，它整合了诸多被广泛实践和证明有效的框架作为实施的基础组件，又在该体系基础上创建了一些非常优秀的边缘组件将它们很好地整合起来。
加之Spring Cloud有其Spring的强大技术背景，极高的社区活跃度，也许未来Spring Cloud会成为微服务的标准技术解决方案。
学习路径：SpringCloud微服务分布式架构项目开发实战-SpringCloud框架开发教程全套完整版从入门到精通_哔哩哔哩_bilibili
标签：服务,Spring,系统,集中式,开发,概述,架构 来源： https://blog.csdn.net/kidchildcsdn/article/details/120585440
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。