# 1.1二者的比較 ## 單入口更適合前期的后臺管理系統 通常來說，單入口意味著所有的功能都會經過一個入口文件傳遞請求參數和返回處理后的響應結果，而后臺管理系統通常也是用戶量較小的功能單元的All-In-One集合，因此對于運營人員來說，他們希望自己經常使用的后臺管理系統是一個功能的快捷方式管理工具一下。再者，對于一個公司的少量運營人員來說，就算把所有的功能模塊集中放在一起，然后通過HTTP API的形式進行調用也不會存在高并發訪問的問題，這個適合開發人員只要做好nginx的URL重寫就完事了。 ## 單入口耦合性過高 一家創業公司剛起步的時候總是過分追求產品迭代速度，而單入口通常就是滿足了這部分人的猴急心態，因此不可避免地對技術棧的選型考慮不夠仔細，從而在每一個業務量膨脹的階段都會更換一次架構（通常可能會更換主用編程語言），然而更換架構是非常繁復的過程，不僅需要考慮是否會對各種當前業務邏輯產生不可恢復的影響，還有可能導致一些潛在的bug，因為創業公司沒有太多時間做好測試工作，甚至單元測試都給免了。所以說，企業的技術架構應該越早考慮越好，以便大量減少后期維護成本，可持續地發展。 ## 多入口更適合微服務架構 我們先看一下微服務架構的介紹： * [微服務架構-百度百科](http://baike.baidu.com/item/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84) * [martin fowler談微服務](https://martinfowler.com/articles/microservices.html) 我們發現微服務的本質就在于把原本混合在一起的功能以及功能之間的耦合依賴拆分成更小的獨立功能單元，而多入口的更加有利于對不同的module-controller-action進行分組，從而形成比較理想的微服務單元，因此，前期如果我們使用了多入口的功能分組，也會很大程度上有利于架構的升級和維護。