天天看点

springcloud入门--了解微服务前言叙述小结

文章目录

  • 前言
  • 叙述
    • 微服务的特点
      • 1.独立部署,灵活扩展
      • 2.资源的有效隔离
      • 3.团队组织架构的调整
    • 微服务的优缺点
      • 优点
      • 缺点
    • 微服务 VS 微服务架构
      • 微服务
      • 微服务架构
    • 微服务 VS SOA
      • SOA
    • 为什么选择SpringCloud作为微服务架构
      • 选型依据
      • 当前各大IT公司用的微服务架构有哪些
      • 各微服务框架对比
  • 小结

前言

  微服务(Microservice Architecture)是近几年流行的一种架构思想,关于它的概念很难一言以蔽之。那么具体什么是微服务架构呢?接下来我们一起了解一下。

叙述

  微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底地去耦合,每一个微服务提供单个业务功能的服务,一个服务做一件事,从技术角度看就是一种小而独立的处理过程,类似进程概念,能够自行单独启动或销毁,拥有自己独立的数据库。

微服务的特点

1.独立部署,灵活扩展

  传统的单体架构是以整个系统为单位进行部署,而微服务则是以每一个独立组件(例如用户服务,商品服务)为单位进行部署。

springcloud入门--了解微服务前言叙述小结

图中左边是单体架构的集群,右边是微服务集群。

什么意思呢?比如根据每个服务的吞吐量不同,支付服务需要部署20台机器,用户服务需要部署30台机器,而商品服务只需要部署10台机器。这种灵活部署只有微服务架构才能实现。我们可以单独的部署这些服务。

2.资源的有效隔离

  微服务设计的原则之一,就是每一个微服务拥有独立的数据源,假如微服务A想要读写微服务B的数据库,只能调用微服务B对外暴露的接口来完成。这样有效避免了服务之间争用数据库和缓存资源所带来的问题。

springcloud入门--了解微服务前言叙述小结

3.团队组织架构的调整

  微服务设计的思想也改变了原有的企业研发团队组织架构。传统的研发组织架构是水平架构,前端有前端的团队,后端有后端的团队,DBA有DBA的团队,测试有测试的团队。

springcloud入门--了解微服务前言叙述小结

  而微服务的设计思想对团队的划分有着一定的影响,使得团队组织架构的划分更倾向于垂直架构,比如用户业务是一个团队来负责,支付业务是一个团队来负责。

springcloud入门--了解微服务前言叙述小结

微服务的优缺点

优点

  1. 每个服务足够内聚,足够小,代码容易理解。这样能聚焦一个指定的业务功能或业务需求开发简单、开发效率提高,一个服务可能就是专一的只干一件事。
  2. 微服务能够被小团队单独开发,这个小团队是2到5人的开发人员组成。
  3. 微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的。
  4. 微服务能使用不同的语言开发。
  5. 易于和第三方集成,微服务允许容易且灵活的方式集成自动部署,通过持续集成工具,如Jenkins,Hudson,bamboo。
  6. 微服务易于被一个开发人员理解,修改和维护,这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值。
  7. 微服务允许你利用融合最新技术。
  8. 微服务只是业务逻辑的代码,不会和HTML,CSS或其他界面组件混合。
  9. 每个微服务都有自己的存储能力,可以有自己的数据库。也可以有统一数据库。

缺点

  1. 开发人员要处理分布式系统的复杂性多服务运维难度,随着服务的增加,运维的压力也在增大系统部署依赖
  2. 服务间通信成本增加,数据一致性很难绝对的保证
  3. 系统集成测试,增加了开发和测试的复杂度
  4. 性能监控麻烦

微服务 VS 微服务架构

微服务

强调的是服务的大小,它关注的是某一个点,是具体解决某一个问题,提供落地对应服务的一个服务应用,狭意的看,可以看作Ecipse里面的一个个微服务工程或者Module

微服务架构

微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相协作(通常是基于HTTP协议的RESTfulAPl)。每个服务都围绕着具体业务进行构建,并且能够被独立的部署到生产环境、类生产环境等。另外,应当尽量避免统一的、集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选择合适的语言、工具对其进行构建。

微服务 VS SOA

SOA

SOA架构是一种粗粒度、松耦合的服务架构,其更多的是强调异构系统之间的服务通信。

SOA是什么样子呢?可以是下面这样的Web Service:

springcloud入门--了解微服务前言叙述小结

也可以是下面这样的ESB企业服务总线:

springcloud入门--了解微服务前言叙述小结

SOA架构强调的是异构系统之间的通信和解耦合,而微服务架构强调的是系统按业务边界做细粒度的拆分和部署

为什么选择SpringCloud作为微服务架构

选型依据

  • 整体解决方案和框架成熟度
  • 社区热度
  • 可维护性
  • 学习曲线

当前各大IT公司用的微服务架构有哪些

  • 阿里Dubbo/HSF

    Dubbo是阿里以梁飞为核心的团队开发的,但是在2012年团队走的走,散的散,从那时起Dubbo不再有人维护,直到2017年阿里才开始重拾Dubbo,开始维护Dubbo,升级- Dubbo,相隔5年,现在阿里开发的HSF(江湖人称:好舒服)

  • 京东JSF
  • 新浪微博Motan
  • 当当网DubboX

各微服务框架对比

springcloud入门--了解微服务前言叙述小结
springcloud入门--了解微服务前言叙述小结

小结

  微服务架构算是SOA架构的一种拓展,主要关注的是服务个体的独立性、拆分粒度更小。相对于SOA架构来说,微服务拥有以下优势:

微服务强调更深层次的组件化和服务化,每个微服务都可以拥有独立的运行空间,确保每一个服务组件可以作为单独的产品进行发布。

  微服务抛弃了传统SOA笨重的企业服务总线,对外发布强调使用HTTP REST API的接口发布形式。

感谢您的阅读~~

继续阅读