庞大的单体架构，所有功能都挤在一起。
用户、商品、订单、消息这些模块高度耦合。
一旦某个功能出问题，或者需要扩展，会牵一发而动全身。”
张教授脸上露出鼓励的微笑：
“你继续说。”
陆向阳点了点头：“所以，当用户量暴增十万后，首先要做的是架构重构，将单体应用拆分为微服务架构。
把用户服务、商品服务、订单服务、支付服务等都拆分成独立的，可以单独部署和扩展的服务。
这样，我们就可以针对访问量最大的服务，比如商品浏览，进行独立扩容，而不会影响到其他服务，比如订单支付。
这样……才是从根本上解决问题的办法。”
“好啊！陆向阳的回答非常好！！！”
张教授笑容绽放，终于满意地点点头：
“这就是我今天想强调的，软件设计要先于代码实现。
你们作为大三的学生，不能只满足于写出能跑通的代码，更要开始思考系统层面的问题。
在项目初期，快速迭代用单体架构没问题，但一个有生命力的产品，必须在其成长过程中不断审视和重构它的架构。
工程师的价值，不在于写了多少行代码，而在于做出了多少正确的技术和架构决策。”
全班同学：“？？？？？”
玛德！
人生的参差也太大了吧！
他们这些人第一次感觉到人与人之间的不同。
跟着，下课铃声响起。
张教授不徐不疾，转向全班最后总结道：
“陆向阳同学最后的回答，正是软件工程的精髓所在，要在正确的阶段，做出正确的权衡。
记住，没有最好的架构，只有最适合当前和可预见未来需求的架构。
今天的课，就希望大家能带着这种‘架构思维’去看待每一个项目。
好了！今天课就到这里，下课吧！”
临走时，张铭教授还十分欣赏的看了一眼陆向阳，点了点头。
“卧艹！老陆，你特么可以啊，我刚才还以为你瞎蒙的呢！”
“确实牛逼！我现在相信，老陆能考进江大，真不是花钱买的。”
陆向阳笑了笑，伸了个懒腰，风轻云淡：
“我不说了嘛，我高中那会儿也是个学霸呢！”
然后班里的同学们陆续离开教室，都不住的打望陆向阳一眼。
他们这些人也
本章未完，请点击下一页继续阅读！