all in one的架构方式，我们把所有的功能单元放在一个应用里面。然后我们把整个应用部署到服务器上。如果负载能力不行，我们将整个应用进行水平复制，进行扩展，然后在负载均衡。
    所谓微服务架构，就是打破之前all in one的架构方式，把每个功能元素独立出来。把独立出来的功能元素的动态组合，需要的功能元素才去拿来组合，需要多一些时可以整合多个功能元素。所以微服务架构是对功能元素进行复制，而没有对整个应用进行复制。

    这样做的好处是:
    1.节省了调用资源。
    2.每个功能元素的服务都是一个可替换的、可独立升级的软件代码。

    如何构建微服务
    一个大型系统的微服务架构，就像一个复杂交织的神经网络，每一个神经元就是一个功能元素，它们各自完成自己的功能，然后通过http相互请求调用。比如一个电商系统，查缓存、连数据库、浏览页面、结账、支付等服务都是一个个独立的功能服务，都被微化了，它们作为一个个微服务共同构建了一个庞大的系统。如果修改其中的一个功能，只需要更新升级其中一个功能服务单元即可。
    但是这种庞大的系统架构给部署和运维带来很大的难度。于是，spring为我们带来了构建大型分布式微服务的全套、全程产品:

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