问题描述
想做一个专题讨论的一个论坛，针对性很强，想问问架构上面怎么设计？有没有什么资料推荐下吧，我只做过一些小网站，就mvc架构，不知道能不能承担更大的访问量。
解决方案
解决方案二：
架构分步式服务化SOA架构数据库：主+多备
解决方案三：
StackOverflow的架构很具有参考价值，这种问答网站和论坛差不多。它陆续写了多篇架构的文章，也可以看到它的发展过程：
解决方案四：
想做论坛就去下载一个部署起来搞等自己开发好，菜都凉了
解决方案五：
如果说到架构，那要问你打算重点发展哪些核心的、与别人都不一样的功能。如果毫无特点，只是copy别人的，甚至是随便什么人都能做的东西，那不但谈不上架构，而且等于是皮包公司之类的小骗子的习惯，做了也没有什么后劲。
解决方案六：
如果只是说1、2个连刚上学第一天的学生都会梦呓式的技术名词儿，那就还是不谈架构吧。
解决方案七：
其实所谓架构，跟你遇到的紧急且重大的极限情况有关。绝非一开始试验性地开始搞时那点东西，而是需要重构几十次，才有了架构的感觉。有些人在初步的试验基本成功之后，就想着抛弃原来的架构而另外搞一套，也是基于这种心理。比如说，当你考虑到文章需要动态的采编、审核时的需求，或者你考虑到每一个专题都需要评论，或者你考虑到社区贴文章只是噱头、而社交沟通才是重点，或者你确实是从100并发用户上升到10000并发用户了，等等诸如此类的东西来临了，逐一落实到具体细节，重构了50次以上，这时候你才知道架构。有些人习惯地以为“自顶向下地分解目标”或者“自底向上地对其目标”就是在设计架构呢。我说这是“扯淡”的学院派的蒙学生的表面文章。架构师与偷人家的文案的人的本质区别，就是应对变化。实际上90%的架构都不是一开始就知道的。真正的架构师并不在一开始就明确知道一个好的、流行的软件的系统架构该往哪一个方向改变，能保证架构一直优秀的本质就是架构师的素质要足够灵活、且能够保证质量。