此处不考虑硬件，我们做 PaaS。

首先云服务，负载均衡 + 2 到 3 台服务器，其中文件上传下载采用对象存储，这样可以大量节省服务器带宽，外面再套一层 CDN，可以保证秒开；数据库采用独立的数据库服务器，云服务提供商大多在底层实现了热备，出问题的概率很小；另外，在上面的基础上再加上前后端分离，前端代码也全部跑在对象存储里，Web 服务器可以达到只“计算”的目的，也就是说只提供接口服务。 另外为了防止攻击，可以套三层防御，一层在 DNS 解析，挂掉了立马解析到第二台，第二层在云服务提供商，购买单独的防御服务，第三层在 WEB，监测到攻击的时候自动对某一个 IP 返回 502。

然后再来说数据库、语言和框架。

数据库采取优势互补，MongoDB 适合日志，但是不适合关键数据的存储，Redis 适合做某些数据的缓存，例如消息队列、热度 Top10 等，而 MySQL/MariaDB 则是作为最终的数据存储，为啥我前面直接把 MyISAM 砍掉了，就是因为 MySQL 在这个架构里本身就是做为“最终 boss”存一些关键数据的，要尽最大可能保证不出问题，而要追求效率、数据一致性相对来说无关紧要的日志这些就交给 MongoDB 去做吧。 前面说的数据库采用单独的服务器，也是为了这个原因，不同的需求采用不同的数据库，跑在不同服务器。

语言，还是那就话语言没有好坏，只有适不适合。PHP 做 Web 服务，Node.JS 写一些“逻辑少、调用次数频繁”的 API 再适合不过，而核心、计算量重的东西，就交给一些编译型语言去做吧。

框架，这里只说 PHP，Laravel 做 Web，PhalApi 做接口不错，自动出接口文档，支持单元测试，同时又比较轻量，避免了 Laravel 性能调优的问题。但通常情况下 Laravel 真的用在工况，有些东西还是要进行“优化”的，这里打引号的原因，是想说此处不是真正的优化，而是一种把 Laravel 调整到生产环境模式的过程，本身 Laravel 的效率其实不差，只是被不会用的人一直跑在调试模式罢了。这方面网络上文章不少，不多说了。

这大概就是一个基本完善的整套系统所必备的几项，其实还有很多很狂拽酷炫吊炸天的新技术/方案没有提到，最终想说的就一句话：如果上面这一整套下来还扛不住业务量，那就砸钱买更多服务器吧。

毕竟上新技术是有更大的代价的。