springboot python微服务_1springboot与微服务

微服务

什么是微服务，微服务是一种架构风格，它要求我们在开发一个应用的时候，这个应用必须构建成一系列小服务的组合，可以通过HTTP协议的方式进行互通。要说微服务架构，先得说说过去我们的单体应用架构。

单体应用架构

所谓的单体架构（all in one）是指，我们将一个应用（项目）中的所有的应用服务都封装在一个应用中。比如SSM/javaWeb项目都是打包成war包形式，然后部署到tomcat中运行，这就是单体架构。

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

1. 这样做的好处是，易于开发和测试；也十分方便部署；当需要扩展时，只需将war复制多份，然后放到多个服务器上，再做个负载均衡就可以了。

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

微服务架构

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

这样做的好处是：

1. 节省了调用资源。

2. 每个功能元素的服务都是一个可替换的、可独立升级的软件代码。

微服务例子如下图：

左图是把所有模块放在一起的（单体应用架构），右图就把所有的模块分别独立出来，然后组合在一起，可以随意替换（微服务架构）

微服务实现了高内聚，低耦合。

高内聚：尽可能类的每个成员方法只完成一件事（最大限度的聚合）；

低耦合：减少类内部，一个成员方法调用另一个成员方法。

1. 从类角度来看， 高内聚低耦合：减少类内部，对其他类的调用；

2. 从功能块来看 高内聚低耦合：减少模块之间的交互复杂度（接口数量，参数数据）

即横向：类与类之间、模块与模块之间； 纵向：层次之间；尽可能，内容内聚，数据耦合。

简单来说一个项目中 可以由多个 小型服务构成 （微服务），如下图

spring boot 可以快速开发 微服务模块

a.简化j2ee开发

b.整个spring技术栈的整合（整合springmvc spring）

c.整个j2ee技术的整合（整合 mybatis redis..)