在网站内爆的情况下，将用户重定向到其他地方

Question

我们刚收到消息称Heroku因DDoS攻击导致的24小时+停电终于结束了。我有一个关于与用户沟通的问题：当网站完全关闭时，我如何仍然与用户保持联系？我正在考虑这两个选项：

1. 输入www.mysite.com的用户会自动重定向到状态页面，就像status.heroku.com一样，它独立运行，可以提供更新的信息和谈话方式。
2. 失败＃1，设置一个名为status.mysite.com的简单网页，我必须事先告诉用户。

如果基于Heroku的网站发生故障，是否可以自动重定向到其他网站？

我应该使用哪些服务来托管一个独立于Heroku基础架构的简单状态页面？

Answer 1

假设您已经在非Heroku的某个地方注册了您的域名，您只需将域名的主DNS条目更改为指向其他IP地址即可。

例如，您可以在免费的Amazon EC2微型实例上创建一个非常简单的网站，并在紧要关头，将您域名的DNS更改为指向简单的EC2网站。

这种DNS条目需要一段时间才能传播（在1分钟到几个小时之间），因此这只是长时间停机的有用策略。

Answer 2

您是否会隐藏防火墙后面的主服务器，并使用看门狗将quid服务器用作代理。对于DOS附加，squid服务器将更加健壮。它将切换到主服务器关闭的后退模式。

域注册指向快速高效的squid服务器。 squid服务器进入主（隐藏服务器）以获取页面。 Squid还可以缓存静态页面。它鱿鱼服务器检测到DOS攻击（它或主服务器拥塞）然后它可以为静态站点提供服务。鱿鱼服务器也会使网站不易受DOS攻击。

后端（主服务器）运行的内容无关紧要，只要它可以指示页面可以缓存多长时间。我期待大多数人这样做

Answer 3

假设www.mysite.com直接指向Heroku的服务器，则无法以健壮的方式实现选项1。到目前为止，改变您的DNS条目对于互联网上的每个人来说都不够快。有些ISP可能会将DNS条目缓存长达24小时。

选项2易于实施。为了尽可能独立于Heroku的基础设施，我建议不要将亚马逊的云产品用作托管服务。仅仅因为Heroku使用该平台本身。我建议你看一下Google App Engine。对于小型网站也是免费的，非常强大，完全独立于与Heroku和/或亚马逊相关的任何内容。