授人以渔：

能概括一下你们系统的架构设计、业务流程以及负载情况吗？

正文开始：

(资料图片仅供参考)

大家在看完了第一篇文章之后不知道有何感想？

相信不少朋友会觉得用这种案例代入的方式很新鲜，通过分析一个系统案例的各种技术难点，反向驱动去学习一个新技术，然后把新技术代入到系统里去解决问题。

其实我以及其他几个朋友一直有一个共同的观点：技术的学习，一定要放在一个真实的环境中

首先你得知道现在你的系统，或者行业里其他普遍的一些系统，都有哪些技术难点和痛点，面临哪些问题。

接着要针对这些问题，反过来去学习一个技术，学习完这个技术之后，一定要思考如何将技术代入到真实的环境中，去解决对应的问题。

这样学习技术，才是最高效正确的一种方法。而不是用非常传统的方式，按照一个技术的功能点去一个功能一个功能的学习。

那样学完了跟实战结合不起来，其实意义也不是非常大，也许过了一段时间你就忘记了。

因此我希望大家不光是学习我们的专栏的案例展示出来的系统技术难点，以及用MQ技术如何解决这些技术难点。

大家还应该同时认真学习我们的每个“授人以渔”的环节，去仔细思考自己负责的系统是否有一些技术难点，然后去思考学习到的MQ技术如何解决你的系统中的技术难点。

我知道这时很多朋友会说：可是我自己负责的系统很low，没什么用户量，根本没什么技术难点。

但是这种想法就完全错了。举个例子，你做一个OA系统、CRM系统、财务系统或者其他任何看起来很普通的系统，也许总共就几十个人用。

那你能不能思考一下，假设你的这个系统是一个SaaS云平台，要提供给几万个公司的百万用户去使用呢？

如果是这样，那你的系统必然会有很多的技术挑战，你可以去预估一下，当达到那个数量级之后，你的系统会有多大的数据量？多大的访问量？然后再去思考在这么大的数据量和访问量之下，现有的系统会有哪些技术难题？

接着你就可以思考，应该学习一些什么样的技术来解决这些问题？

所以今天第一个“授人以渔”的环节，我们希望大家可以跟第一篇文章的思路一样，自己梳理出来自己负责的系统的核心业务流程，核心功能模块，跟其他系统是如何额交互的，数据是如何存储，当前已经使用了哪些中间件技术。

你应该把自己的系统的业务流程以及技术架构都画出来，梳理出来。

然后你可以想一下，如果你的系统的用户量级增长百倍、千倍、甚至万倍呢？那么此时系统每天会增长多少数据量？每秒会有多少请求量？你的系统的生产负载会是一个什么样子？

希望大家好好的梳理这些东西，在思考的过程中如果有什么疑问，不要藏着掖着，欢迎在评论区提出来与我互动！

End

专栏版权归公众号儒猿技术窝所有

未经许可不得传播，如有侵权将追究法律责任

关键词：