不管是Spring、Spring Boot、還是Spring Cloud都應時代的需要而生。
最初Spring的出現是爲了整java框架生態，簡化J2EE企業級開發。
但隨着Spring家族在實際上的廣泛使用，大家發現所有的有好多東西在項目中都是共同的，大家每創建一個項目，都在重複的進行這些共同的操作，這樣損時耗力，如果把這些共同的東西都納到Spring家族揮下，Spring家族會變得更強大，而大家使用起來也會更加的省時省力，就這樣Spring家族的新分支Spring boot誕生了。
隨後信息爆炸、大數據時代到來，業務越來越複雜、流量越來越來、負載越來越高、上線週期要求越來越短…… 這樣以前一個項目可以搞定的事件，現在要拆分成多個小服務，這樣一來上面問題好像都解決了。但是引入了一些其它問題，小服務一多，這些服務怎麼管理呀？服務之間怎麼通信呀？通信失敗了乍處理？一個服務掛了，其它服務會不會受影響？拆成小服務後，一個還是不夠用，橫向擴成集羣，集羣怎麼對外服務呀……在Spring Cloud之前實際上已經有很多技術框架去處理這些問題，但是這技術比較分散，組合起來比較複雜，需求投入比較多資源（學習成本、時間成本）。Spring站在旁邊一笑，看我超人小能手，隨着就將分佈式架構中所需要的一整套技術棧進行了整合、簡化、並依託Spring Boot給發佈出來，承上啓下，作眼於未來，這樣Spring家族就誕生了新成員Spring Cloud.