假设你即将推出一项新服务。你想确保它为你期望的流量做好了准备，但你也不想在途中给真正的用户带来任何麻烦。在您的服务上线之前，您如何找到您的问题区域？考虑暗启动。

暗启动会将真实用户生成流量的副本发送到新服务，并在新服务返回给用户之前丢弃该结果。（注意：我们也看到了被称为"功能切换"的暗启动，但这通常不会捕获启动的"暗"或隐藏流量方面。）

暗启动允许您做两件事：

在哪里分叉流量：客户端与服务器

如果您不想改变现有的应用程序前端，您可以用一个新的代理服务来替换它，该代理服务对应用程序前端的原始版本和新版本进行流量分叉，并处理响应差异。但是，这增加了暗启动的复杂性，因为您必须在暗启动之前插入代理，然后将其删除，从而调整负载平衡配置。您的代理几乎肯定需要有自己的监控和警报-所有的用户流量都将通过它，这是一个全新的代码。如果它坏了怎么办？

另一种选择是在客户端级别将流量发送到两个不同的URL，一个用于原始服务，另一个用于新服务。这可能是唯一可行的解决方案，如果你正在黑暗中启动一个全新的应用程序前端，它是不实际的转发流量从现有的应用程序前端-例如，如果你计划移动一个网站从一个开放源码的二进制服务到你自己的自定义应用程序。然而，这种方法也有自己的一系列挑战