报告领导，我想尝试微服务分布式架构！老板：咱现在的MVC挺好的

微服务在国内也已经火了相当长一段时间，可以说算是一个“老生常谈”的话题。火到什么程度呢？现在只要谈到企业应用架构时，微服务绝对是无法跳过的话题。

的确微服务在应对复杂业务系统需求多变方面有着无可比拟的优势。但是在老板看来，微服务所带来的业务复杂性、吞吐量以及时延等如何保证？服务间的耦合度如何把握？管理上额外多出的工作量又应该如何把控等等一系列问题也是阻碍他们选择微服务的原因之一。

员工：报告老板，我们的后台业务体系目前太臃肿了，进行任何一处小修改都必须重新构建整个项目，一个微不足道的小问题，都可以导致整个应用挂掉，效率低不说，还他娘的巨麻烦。

老板：我看这个架构还有可优化空间，你们再仔细 debug 一下，看看是不是哪条 SQL 语句又慢了。

矛盾就在这，员工不想自己的工作每天都耗在无休止的 debug 和调试上。但是业务体量还没有达到非变不可的地步，老板又不想在业务架构上花费太多的精力和金钱。

员工有员工的理：这后台架构的天花板就在这，我们还能怎么优化？最后业务上、用户体验上出问题又是我们背锅。

老板也有老板的理：现在业务体量就这么大，将现有的服务拆分为一个个微服务，先不说最后结果怎样，单就构建一个复杂度如此高的架构就要耗费很高的成本，并且多个业务间系统技术栈差异很大，难不成还要全部推倒重来不成？而且容器、持续交付等相关配套设施不要钱啊！

关于这些，我们目前正在做一份“微服务在国内应用现状”的调查报告。我们希望了解到作为一线开发者的你们对于微服务架构的看法与建议，并以此问卷为基础，探索未来微服务的发展方向。并以此问卷为基础，清楚国内的开发者对于微服务架构的看法与建议，探索未来微服务的发展方向。

在此邀请您作为代表，提供有价值的意见，我们会认真阅读并细心采纳，本次调查仅用作研究，请您放心作答。

点击下方阅读原文，参与到我们的调查问卷中来，更有索尼音箱、Beats 耳机等精美好礼等你来拿。