从现在开始，我们来学习一下SpringCloud,但是呢，学习之前我们得先了解一下网站架构的演变。下面分别为大家介绍下传统架构，分布式架构，SOA架构，以及现在最火的微服务架构。当然本随笔博客平台也是用微服务的架构思想来开发的啦。

一、传统架构

传统的S2SH架构，分为三层架构 web控制层、业务逻辑层、数据库访问层。 传统架构也就是单体应用，就是大家在刚开始初学JavaEE技术的时候S2SH架构或者SSM架构，业务没有进行拆分，都写同一个项目工程里面，一般是适合于个人或者是小团队开发。以前的很多老项目都是如此
这种架构模式，一旦有一个模块导致服务不可用，可能会影响整个项目。

二、分布式架构

分布式架构基于传统架构演变过来，将传统的单体项目以项目模块进行拆分，拆分为会员项目、订单项目、支付项目、优惠券项目等，从而降低耦合度，这种项目架构模式慢慢开始适合于互联网公司规模人数开发。

三、SOA架构

SOA架构代表面向与服务架构，俗称服务化，通俗的理解为面向与业务逻辑层开发，将共同的业务逻辑抽取出来形成一个服务，提供给其他服务接口进行调用，服务与服务之间调用使用rpc远程技术。
SOA架构特点:

SOA架构中通常使用XML方式实现通讯，在高并发情况下XML比较冗余会带来极大的影响，所以最后微服务架构中采用JSON替代xml方式
SOA架构的底层实现通过WebService和ESB（xml与中间件混合物），Web Service技术是SOA服务化的一种实现方式，WebService底层采用soap协议进行通讯，soap协议就是Http或者是Https通道传输XML数据实现的协议。

四、微服务架构

1、微服务架构产生的原因

微服务架构基于SOA架构演变过来的
在传统的WebService架构中有如下问题:

依赖中心化服务发现机制
使用Soap通讯协议，通常使用XML格式来序列化通讯数据，xml格式非常喜欢重，比较占宽带传输。
服务化管理和治理设施不完善

2、漫谈微服务架构

a、什么是微服务

微服务架是从SOA架构演变过来，比SOA架构粒度会更加精细，让专业的人去做专业的事情（专注），目的提高效率，每个服务于服务之间互不影响，微服务架构中，每个服务必须独立部署，互不影响，微服务架构更加体现轻巧、轻量级，是适合于互联网公司敏捷开发。

b、微服务架构特征

微服务架构倡导应用程序设计程多个独立、可配置、可运行和可微服务的子服务。
服务与服务通讯协议采用Http协议，使用restful风格API形式来进行通讯，数据交换格式轻量级json格式通讯，整个传输过程中，采用二进制，所以http协议可以跨语言平台，并且可以和其他不同的语言进行相互的通讯，所以很多开放平台都采用http协议接口。

c、微服务架构如何拆分

1.微服务把每一个职责单一功能存放在独立的服务中
2.每个服务运行在单独的进程中
3.每个服务有自己独立数据库存储、实际上有自己独立的缓存、数据库、消息队列等资源。

d、微服务架构与SOA架构区别

微服务架构基于 SOA架构 演变过来，继承 SOA架构的优点，在微服务架构中去除 SOA 架构中的 ESB 消息总线，采用 http+json（restful）进行传输。
微服务架构比 SOA 架构粒度会更加精细，让专业的人去做专业的事情（专注），目的提高效率，每个服务于服务之间互不影响，微服务架构中，每个服务必须独立部署，微服务架构更加轻巧，轻量级。
SOA 架构中可能数据库存储会发生共享，微服务强调独每个服务都是单独数据库，保证每个服务于服务之间互不影响。
项目体现特征微服务架构比 SOA 架构更加适合与互联网公司敏捷开发、快速迭代版本，因为粒度非常精细。

结语

在我看来，任何架构都是基于访问人数以及未来的访问人数来定的，如果某一个项目访问人数本来就很少，比如内部项目，那么就没必要用什么微服务架构了，浪费时间和空间，一个简单的单体应用即可，但是若是类似于电商项目，那么这里就推荐用微服务架构来设计是比较合理的。