应急响应 CMS

应急响应 CMS

我被要求调查一种在出现紧急、流量非常大的情况时为紧急信息网站提供服务的方法。我们估计,几天内,流量将从目前的水平增加五倍,达到每天约 3 万次访问。会将我们当前域的流量指向类似 emergency.domainname.com 的域名。目前的想法是,流量将从 IIS 中的当前域重定向。

没人愿意使用我们当前的 CMS 来做这件事,而是选择 WordPress 或其他东西。很明显,静态 HTML 页面已经过时了。我有一个单独的研究轨道来优化 WP,所以我的问题是,是否有一个托管的、易于使用的 CMS 可以处理巨大的流量?就像 Squarespace,但适用于企业。

答案1

我建议您考虑在设计为可扩展性良好的平台上托管。例如,EC2 等云提供商、Google Apps 等托管计算平台以及 wordpress.com 等托管应用平台。您需要能够承受巨大冲击的东西,但除了极少数需要它的时候外,它不会向您收取高昂的费用。

还可以考虑一些好的 CDN 技术,比如在 EC2 上托管,但让你的应用程序将其存储在 S3 中,并在发生抢占时让该服务承担大部分压力。Cloudfront 在这里可能也很有用。

与为特定应用程序提供批量托管的提供商(例如 wordpress.com)合作也是应对意外(或者在您的情况下是预期的但不及时的)流量突发的一种方法。

使用 CMS 会使 CDN、边缘缓存等变得更加困难,但至少可以减轻负载。无论您使用哪种 CMS,请确保它具有针对各种内容设置缓存值的设置,有办法将经常访问的数据放入内存缓存或将其推送到 CDN 等。

这个答案与 CMS 关系不大,与平台关系更大,并且是一般性建议而非具体答案,但我希望它能帮助您思考这个问题。作为一名在 EMS 工作的系统管理员,我知道将这些领域结合起来并非易事。

相关内容