（1）概念：所有功能全部打包在一起，应用大部分是一个war包或jar包。
（2）好处：容易开发、测试、部署，适合项目初期试错。
（3）坏处：
随着项目越来越复杂，团队不断扩大。坏处就显现出来了。复杂性高：代码多，十万行，百万行级别，如果加一个小功能，会带来其他功能的隐患，因为它们在一起。
技术债务：人员流动，不坏不修，因为不敢修。
持续部署困难：由于是全量应用，改一个小功能，全部部署，会导致无关的功能暂停使用。编译部署上线耗时长，不敢随便部署，导致部署频率低，进而又导致两次部署之间功能修改多，越不敢部署，恶性循环。
可靠性差：某个小问题，可能会导致整个应用崩溃。
扩展受限：只能整体扩展，无法按照需要进行扩展， 不能根据计算密集型和IO密集型进行合适的区分。
阻碍创新：单体应用是以一种技术解决所有问题，不容易引入新技术。但在高速的互联网发展过程中，适应的潮流是：用合适的语言做合适的事情。比如在单体应用中，一个项目用spring MVC，想换成spring boot，切换成本很高，因为有可能10万，百万行代码都要改，而微服务可以轻松切换，因为每个服务，功能简单，代码少。