简单故障转移市场本身就是：
持续监视您的服务器，以确定哪些服务器正在运行，哪些服务器已closures，然后相应地dynamic更新您的DNSlogging，以便您的域名始终指向function服务器。
据我所知，更新DNSlogging可能需要几个小时甚至几天才能传播。 因此，即使他们dynamic更新我的服务器的DNSlogging，我的用户仍然需要等待几个小时才能看到任何改变？
如果是这样，“简单故障转移”如何工作？
DNSlogging的生命周期基于logging本身的TTL（生存时间）。 如果TTL是1小时，理论上这是DNSparsing器在对logging执行新的查找之前将caching该信息的最大时间量。 通常这只会影响parsing器caching中已有信息的DNSparsing器。 任何没有caching中的信息的parsing器都会执行查找，并立即获取更新/新的信息，因为信息不在caching中，所以不需要等待TTL过期。
其他人必然会警告你，某些DNS服务器不能够遵守TTL，这当然是可能的。 我更愿意假设所有的DNS服务器都会遵守TTL，而我会处理出现的任何边缘情况。 如果您开始担心某些DNS服务器可能会或可能不会这样做，那么您将会试图解决DNS问题，而这些问题实际上并不是您的问题。 如果别人的DNS服务器不尊重我的TTL，那么这是他们的问题，而不是我的。
另外：DNS是一种拉技术，而不是推技术。 DNSlogging不会像通常所说的那样被传播（或被误导）。 唯一的名称服务器是您的名称服务器，它们包含DNS区域的副本（以及这些区域中的logging）。 当您对DNS进行更改时，该更改不会被推到任何地方。 其他DNS服务器和/或parsing器可能会caching一个或多个DNSlogging，但是当TTL过期时，他们将在下一次执行该特定DNSlogging查找时提取更新的/新的信息。