可能你会面临这样一种情况，在架构设计之前，你对业务不甚了解，需求给到的也模棱两可，这个时候你既无法明确到底是要使用单体架构还是使用微服务架构，如果使用单体，后续业务扩展可能带来大量修改，如果使用微服务，前期可能在工期上把项目给耽误了，你该怎么办？这就是这篇文章想要研讨的面向微服务的单体架构的由来。
为什么不用传统单体架构？
我们可以看到随着业务的升级，单块的代码的拆分会变得越来越困难，如果在前期没有做好规划和伏笔，那么后续的演化就是一场灾难。所以，目前的设计如果是企业级别的，都必然要做架构的适当冗余，因为没有人能知道未来长什么样，架构必然和业务一样是随着综合因素慢慢长出来的，不可能一蹴而就，一步到位。
为什么不用微服务架构？微服务痛点