本文将按顺序开始总结式、通俗易懂的讲解互联网网站架构的演变过程:
互联网架构演变过程:
- 传统架构 → 分布式架构 → SOA架构 → 微服务架构
1. 传统架构
- 传统的SSH架构,分为三层架构 web控制层、业务逻辑层、数据库访问层。
- 传统架构也就是单点应用,就是大家在刚开始初学JavaEE技术的时候SSH架构或者SSM架构,业务没有进行拆分,都写同一个项目工程里面,一般是适合于个人或者是小团队开发。
缺点:这种架构模式,一旦有一个模块导致服务不可用,可能会影响整个项目。
2. 分布式架构
- 分布式架构基于传统架构演变过来,将传统的单体项目以项目模块进行拆分,拆分为会员项目、订单项目、支付项目、优惠券项目等,从而降低耦合度,这种项目架构模式慢慢开始适合于互联网公司规模人数开发。
3. SOA架构
- SOA架构代表面向与服务架构,俗称服务化,通俗的理解为面向与业务逻辑层开发,将共同的业务逻辑抽取出来形成一个服务,提供给其他服务接口进行调用,服务与服务之间调用使用rpc远程技术。
SOA架构特点:
- SOA架构中通常使用XML方式实现通讯,在高并发情况下XML比较冗余会带来极大的影响,所以最后微服务架构中采用JSON替代xml方式。
- SOA架构的底层实现通过WebService和ESB(xml与中间件混合物),Web Service技术是SOA服务化的一种实现方式,WebService底层采用soap协议进行通讯,soap协议就是HTTP或者是Https通道传输XML数据实现的协议。
4. 微服务架构
4.1 微服务架构产生的原因
微服务架构基于SOA架构演变过来的,在传统的WebService架构中有如下问题:
- 依赖中心化服务发现机制
- 使用SOAP通讯协议,通常使用XML格式来序列化通讯数据,xml格式非常喜欢重,比较占宽带传输。
- 服务化管理和治理设施不完善
4.2 什么是微服务?
微服务架是从SOA架构演变过来,比SOA架构粒度会更加精细,让专业的人去做专业的事情(专注),目的提高效率,每个服务于服务之间互不影响,微服务架构中,每个服务必须独立部署,互不影响,微服务架构更加体现轻巧、轻量级,是适合于互联网公司敏捷开发。
4.3 微服务架构特征
- 微服务架构倡导应用程序设计程多个独立、可配置、可运行和可微服务的子服务。
- 服务与服务通讯协议采用HTTP协议,使用restful风格API形式来进行通讯,数据交换格式轻量级JSON格式通讯,整个传输过程中,采用二进制,所以HTTP协议可以跨语言平台,并且可以和其他不同的语言进行相互的通讯,所以很多开放平台都采用HTTP协议接口。
4.4 微服务架构如何拆分
- 微服务把每一个职责单一功能存放在独立的服务中。
- 每个服务运行在单独的进程中。
- 每个服务有自己独立数据库存储、实际上有自己独立的缓存、数据库、消息队列等资源。
4.5 微服务架构与SOA架构区别
- 微服务架构基于 SOA架构 演变过来,继承 SOA架构的优点,在微服务架构中去除 SOA 架构中的 ESB 消息总线,采用 http+json(restful) 进行传输。
- 微服务架构比 SOA 架构粒度会更加精细,让专业的人去做专业的事情(专注),目的提高效率,每个服务于服务之间互不影响,微服务架构中,每个服务必须独立部署,微服务架构更加轻巧,轻量级。
- SOA 架构中可能数据库存储会发生共享,微服务强调独每个服务都是单独数据库,保证每个服务于服务之间互不影响。
- 项目体现特征微服务架构比 SOA 架构更加适合与互联网公司敏捷开发、快速迭代版本,因为粒度非常精细。
总结