# 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进行分组，从而形成比较理想的微服务单元，因此，前期如果我们使用了多入口的功能分组，也会很大程度上有利于架构的升级和维护。