微服务架构

微服务

1、微服务简介

微服务式一种架构风格,它要求我们在开发一个应用的时候,这个应用必须构建成一系列小服务的组合;可以通过Http的方式进行互通。

2、单体应用架构

所谓单体应用架构(all in one)是指,我们将一个应用中的所有应用服务都封装在一个应用中。

无论使ERP、CRM或是其他什么系统,都把数据库访问,web访问等等各个功能放到一个war包内。

单体应用架构的优点:易于开发和测试,也十分方便部署,当需要扩展时,只需要将war复制多份,然后放到多个服务器上,在做个负载均衡就可以了。

缺点:哪怕要修改一个非常小的地方,我们都需要停掉整个服务,重新打包,部署这个应用war包,特别时对一个大型应用,我们不可能吧所有的内容都放在一个应用里面,我们如何维护如何分工合作都问题。

3、微服务架构

所谓微服务架构,就是打破之前all in one的架构方式,把每个功能元素独立出来。把独立出来的功能元素动态的组合,需要的功能元素才拿去租户,需要对一些时间可以整合多个功能元素,所以为服务架构时对功能元素进行复制,而没有对整个应用进行复制。

优点:

  • 节省了调用资源
  • 每个功能元素的服务都是一个可替换的、可独立升级的软甲代码。

下面这幅图可以很好的体会到微服务于单体应用架构的不同

Martin Flower 于 2014 年 3 月 25 日写的《Microservices》,详细的阐述了什么是微服务。

4、如何构建微服务

spring为我们带来了构建大型分布式微服务的全套、全程产品:

  • 构建一个个功能独立的微服务应用单元,可以使用springboot,可以帮我们快速构建一个应用;
  • 大型分布式网络服务的调用,这部分由spring cloud来完成,实现分布式;
  • 在分布式中间,进行流式数据计算、批处理,我们有spring cloud data flow。
  • spring为我们想清楚了整个从开始构建应用到大型分布式应用全流程方案。
原文地址:https://www.cnblogs.com/lmx-181028/p/12448443.html