mat*_*ieu 14 optimization website traffic performance
假设您有一个漂亮的新站点,其中包含大量数据(如大图像),并且您准备将其放到网上。如果你做“太多”的宣传,在最初的几天里,网站会被要求淹没。
我怎样才能减轻这种风险?
我想过
我不能:
Yaa*_*lis 11
逐步上线可以为 SOF 和 SF 工作,因为他们已经有了内置的宣传和需求,由于 Jeff 和 Joel 的博客的流行。如果您没有像他们那样近乎可靠的用户群,那么逐渐上线可能是致命的。
我会避免受到并发会话的限制,因为很难定义因不活动而导致的会话结束。如果用户离开 15 分钟并尝试重新加载他们的页面,只会收到一条错误消息 - 您只是失去了一个用户。
您的数据模型进行了多少规划?您是否设计了一种架构,允许您在没有昂贵的排序、二进制列或复杂连接的情况下增加查询量?你有没有调整你的数据库后端(假设你有一个)?
你如何为你的“大图像”服务?您能否将其拆分为单独的 Web 服务器进程,甚至是单独的域?
您是否对系统进行了负载测试?ApacheBench 和 Siege 等工具非常宝贵。
你所有的配置都在 svn 中吗?您的部署是自动化的吗?当您必须将我们的应用程序部署到第二台服务器时,您会为此感到高兴。
| 归档时间: |
|
| 查看次数: |
541 次 |
| 最近记录: |