微服務：

　　微服務是一種架構風格，一般說到微服務都會說“微服務架構”，即一個系統的各個功能（如結賬，使用者等）獨立出來，以及各個服務獨立出來，每個模組是可獨立替換、可獨立升級的軟體單元，每個模組間以Http 的方式進行溝通。

　　百度百科解釋如下：

傳統架構：

　　傳統應用即單體應用（All In One）

　　舉例：browser -> servlet容器（Apache等）-> war -> database

　　缺點：牽一髮而動全身，日益增加的軟體需求導致不可能將所有的軟體功能全部集中到一個應用中。

兩者對比及總結：

　　顯然微服務架構在如今是必然由於傳統單體應用的，那既然每個服務、每個功能單元已經獨立出來，那每個功能單元必然涉及到各種場景，如果每個功能單元都按照傳統模式搭建，比如儲存模組採用 Spring + Mybatis，那就必須寫相關配置檔案，比如顯示模組採用 SpringMVC + Spring 那又得需要寫相關的配置檔案，這樣無論是時間、人力、物力，消耗都是非常巨大的。因此SpringBoot 應運而生，SpringBoot 只需要極少的配置甚至不需要配置就可以快速構建、啟動一個Spring 應用，而應用與應用之間採取 Spring Cloud 互調（分散式），分散式之間的流計算、批處理等採用Spring Cloud Data Flow 解決。