早期的應(yīng)用內(nèi)部功能由于不需要對外提供業(yè)務(wù)，導(dǎo)致內(nèi)部耦合度非常高，都是作為應(yīng)用整體的一部分而無法分割，這就為后續(xù)迭代和新增的功能帶來了很多問題，其中最直接的問題就是應(yīng)用越來越難以維護，增加了大量成本和不確定的風(fēng)險。

后來發(fā)展到基于模塊化堆積木的方式，那也于應(yīng)用業(yè)務(wù)需求本身，卻無法對外提供獨立的服務(wù)，像火車，傳統(tǒng)的方式就像在固定的車廂上不斷增加負荷，而模塊化后只是固定了每節(jié)車廂的重量，按需求來掛接車廂，解決了車箱多少。但這些都沒有考慮火車能拉多少重量和各車廂（功能）是否可被第三方所共享使用的問題。

如果說鐵路是軟件平臺，火車是進程，那么車廂就是平臺上的各個功能服務(wù)，車站的檢票口就是接口了，而對于在鐵路線上的各個車站只有在某個時刻才能享受到該列車的服務(wù)，而想要登上該列車，途徑就是通過車站的統(tǒng)一檢票口，當然扒火車也成，可那屬于行為，是非法的，大多數(shù)車站都為每趟列車提供了一個對應(yīng)的檢票口，對于軟件來說，這就是用戶登錄的入口了，上去了才可以享受各個車廂的服務(wù)，可車廂（功能）本身并不對外提供服務(wù)（接口）。那么怎么解決這個問題呢？用專列，讓功能上升為整個服務(wù)與檢票口對接，當然，此專列非人專列，只要大部分車廂功能一致，對外統(tǒng)一就好。

原來一列火車由軍備、醫(yī)療、貨物、旅客等不同車廂（功能）組成的列車服務(wù)，換成專列（軍列、貨車、客車）后，意味著車廂功能上升為整個列車的服務(wù)，與各站的檢票口對接成為單獨對外的服務(wù)窗口（接口），如果該專列供不應(yīng)求還可以多開幾列，意味著同一個時刻不同的車站都可以享受同樣的服務(wù)，不同的時刻在相同的車站也可以享受到不同的服務(wù)。這對應(yīng)到軟件把功能獨立對外提供的服務(wù)就是微服務(wù)了。

為什么要用微服務(wù)？

應(yīng)用功能微服務(wù)化后，各功能之間的關(guān)聯(lián)形成了低耦合模式，迭代和維護不再變得困難，診斷問題也變得不再復(fù)雜，微服務(wù)技術(shù)的應(yīng)用給業(yè)務(wù)注入了新生力量，極大地改善了整個IT環(huán)境。

現(xiàn)在微服務(wù)的由來和為什么要用微服務(wù)我們就說到這，微服務(wù)一來，接口自然也就越來越多，接口是需要交互的，否則就沒有存在的意義。

接口的安全可以交給API網(wǎng)關(guān)負責(zé)，那么接口的調(diào)度呢？

這就是要聊到服務(wù)的編排了，為方便說明，咱們先說說企業(yè)內(nèi)部用得比較多的ESB，ESB是企業(yè)的數(shù)據(jù)總線，能解決企業(yè)內(nèi)部各應(yīng)用系統(tǒng)的接口交互問題，以前做接口，如果有n個應(yīng)用需要相互數(shù)據(jù)同步，則每個應(yīng)用都需要做n-1個接口，有了ESB后每個應(yīng)用只需要做一個接口，也就是說所用的應(yīng)用只需與ESB做接口就可以了，這就是個簡單的調(diào)度器，但解決了企業(yè)應(yīng)用之間交互的大問題。

而在基于互聯(lián)網(wǎng)和微服務(wù)模式下的服務(wù)編排至少需要滿足智能終端和啞管道的微服務(wù)通信原則，從這點上企業(yè)ESB就已不再合適，所以尋求符合微服務(wù)通信原則下的服務(wù)編排，逐漸成為在微服務(wù)環(huán)境下存在大量API業(yè)務(wù)需求的重要目標。