应急响应CMS

如果有紧急的交通情况,我会被要求做一些关于急救信息网站服务的调查。 我们估计,交通量将从现在的五倍增加到几天的三万次。 会将stream量从我们目前的域名,如emergency.domainname.com。 目前的想法是,stream量将从IIS中的当前域redirect。

没有人愿意使用我们目前的CMS,而是使用WordPress或其他的东西。 很明显,一个静态的HTML页面已经出来了。 我有一个单独的研究跟踪优化WP,所以我的问题是,有一个托pipe,易于使用的CMS,可以处理巨大的stream量? 像Squarespace,但为企业。

我build议你考虑在一个平台上托pipe,这个平台可以很好地扩展。 例如,EC2等云提供商,谷歌应用等托pipe计算平台以及wordpress.com等托pipe应用平台。 你想要的东西是习惯于采取大的打击,但是这不会收取大的铁价,除了那些罕见的时候,当你需要它。

同时考虑一下好的CDN技术,比如在EC2上托pipe,但是让你的应用把它存储在S3中,并且使得这个服务在大浪淘沙的情况下占用大部分的时间。 Cloudfront在这里也可能很有用。

托pipe一个为特定应用(如wordpress.com)进行批量托pipe的提供商,也是为意外(或在您的情况下预期但不能及时)stream量爆发做好准备的一种方式。

使用CMS使得像CDN,边缘caching等难得多,但至less可以减轻负载。 无论您使用哪种CMS,请确保它具有在各种内容位上设置caching值的设置,可以将经常访问的数据放在内存caching中或将其推送到CDN等。

这个答案不太关于CMS和更多的关于平台,一般的build议不只是一个具体的答案,但我希望它可以帮助你思考这个问题。 作为一名也在EMS工作的系统pipe理员,我知道把这些领域结合起来不是一件简单的事情。