（1）应用复杂度增加，更新、维护困难
一个简单的应用会随着时间的推移而逐渐变大，那么开发团队将会面临很多问题，其中最主要问题就是这个应用太复杂，以至于任何单个开发者都很难进行二次开发或维护，特别是那些刚加入团队的开发人员，应用程序可能难以理解和修改。
（2）易造成系统资源浪费
虽然使用负载均衡的方式可以对项目中的服务容量进行水平扩展，这样导致
其他不需要扩展的服务也进行了相应的扩展，但这种扩展是不需要的，因此这种
方式会极大的浪费资源。
（3）影响开发效率
一个应用越大时，启动时间就会越长。开发和调试的过程中，如果有很大
一部分时间都要在等待中渡过，那么必然会对开发效率有极大的影响。
（4）应用可靠性低
传统单体应用架构在运行时的可靠性比较低，当所有模块都运行在一个进程
中时，如果任何一个模块中出现了一个Bug，可能会导致整个进程崩溃，从而影
响到整个应用。
（5）不利于技术的更新
传统单体应用架构一旦选定使用某些技术，则后期的开发和扩展将在这些技
术的基础上实现。如果需要更改某种技术，则可能需要将整个应用全部重新开发，这种成本是非常大的。
