回答这个问题需要非常谨慎的确认一个假设：当前的业务需求是不是真的超出了中间件的能力边界了？平时工作中，其实遇到最普遍的情况是团队对现有的中间件能力使用的还比较浅，70%的所谓“超出原有技术能力支撑”的问题，都可以通过优化使用中间件的方式来解决，而不是更换中间件。

一句话总结：先考虑调整使用工具的方式，再考虑换工具。

架构师是掌握架构知识逻辑上最充分的人。架构师传播知识如果只是通过文档和开会，本质上还是人与人之间的口口相传，结构化的程度挺有限的。如果架构师通过代码方式将关键的业务知识沉淀下来，再通过文档进行传播，效果明显会更好。实际上，也有不少这方面的尝试，只是都没有太好的流行起来。这从一个侧面也反映出，写文档易，写代码难。：）