几年前，乌云密布非常流行。承诺能够利用云的弹性扩展本地数据中心的容量。我们的想法是，当超出了on-prem环境的限制时，您仍将保留您的on-prem数据中心，并利用云来提供额外的弹性容量，然后在不需要云资源时缩减规模。»云层爆裂使用云爆炸的主要原因是为了省钱，不必在数据中心增加额外的硬件。数据中心的容量只需要能够处理平均负载。云将为他们提供所需的额外容量，以应对可能发生的任何不可预见的负载峰值。云爆发的另一个用例可能包括适应突发性工作负载，如批量作业，如数据分析或机器学习。云爆炸从来没有兑现它的承诺，因为它与生俱来的复杂性。许多复杂性都与网络有关。这通常通过vpn或直接连接来解决，它们很难扩展和安全。当使用VPN连接环境时，服务器就像一个阻塞点，限制了私有数据中心和公共云之间的带宽。扩大这一规模会增加额外的复杂性和问题，因为现在需要处理服务在环境之间相互访问所需的额外路由。当子网重叠时，这将变得更加困难。如果您成功地将所有环境连接在一起，您仍然需要考虑安全问题。如何控制授权和身份验证？你实际上是在向对方开放两个网络。»云爆炸还有关系吗？但在这个时代，云爆炸还相关吗？随着目前世界上所有事情的发展，面向互联网的公司确实需要突然扩大产能。你可能已经看到一些头条新闻，比如关于Zoom、Google Meet和Microsoft团队必须扩大规模以容纳大量日常会议参与者的新闻。由于人人都呆在家里，Twitch等直播平台的并发观众数量大幅增加。整体互联网使用量增长了70%，其中流媒体的使用量增长了12%以上。能够处理这些突然和巨大的负荷增加是一个惊人的工程壮举。但问题是，上述公司已经准备好使用最好的云。但其他所有没有的公司呢？这些公司仍然必须扩大规模。对于许多组织来说，"使用云"不仅仅是一个开关的转换，而是一个长达18个月的项目，通常会变成一个更漫长的旅程。如果这些公司还处于prem阶段，或者刚刚开始迁移到云计算的过程，那么它们如何处理扩展呢。»探索一个共同的场景这就是我们将要探讨的情景。我们采用一个常见的场景，即电子商务网站需要扩展到超出其正常负载的程度。一个很好的例子就是黑色星期五，每年都会发生，每次都会给电子商务组织带来不可预测的负担。堆栈将由一个整体的ruby应用程序组成，它从SQL数据库中读取数据，然后使用缓存来加快速度。因为应用程序是单线程的，我们需要使用一个允许应用程序处理多个并发请求的web服务器。为此，我们将使用Unicorn，但正因为如此，我们需要在web服务器前面添加Nginx，以防止Unicorn常见的客户端慢问题。除了提供网店网页，让潜在的顾客可以浏览我们的商品，我们真的希望他们下订单。当他们这样做时，我们需要使用批处理作业来处理这些订单。这将从订单队列中获取订单，处理它们，然后调用一些MailCorp api，最后将结果存储在数据库中。从平均每天的流量来看，我们可以看到一个明显的趋势，大部分的购买发生在白天。尤其是在早上和晚上，晚上很安静。这将是处理批处理作业的好时机。在正常工作日，应用程序实例每秒可以处理大约20个请求。我们可以在每台服务器上运行10个这样的实例，这主要是由于内存消耗。问题是，在高峰期，我们预计每秒会收到超过20000个请求，而我们的数据中心只有50台可用的机器。这意味着我们必须将机器数量翻一番才能处理高峰流量。我们需要找到一个解决方案，因为如果我们出现故障，它将产生巨大的影响。在整个黑色星期五期间，我们错过的销售额可能是巨大的，占我们年收入的10%左右。»选项有几个选项可以用来解决这个问题。您可以采取零努力的方法，交叉手指，什么也不做，但当流量确实压倒了应用程序，这将摧毁我们的整个数据中心。这意味着没有销售，你将损失数百万的收入。一个简单的解决方案是在数据中心构建硬件。但这是一个巨大的资本支出，它将闲置99%的一年。购买额外的硬件并支付额外的运行成本可能不是最有效的资金使用方式。最明显的答案是迁移到云上。当然这是最终的目标，但我们没有18个月的时间来完成这项任务。我们只有6个，所以我们需要一个比这更快的解决方案。现在，云爆炸是我们最好的选择，然后我们最终的目标是朝着云的方向发展。但是，如果云爆不能兑现当时的承诺，为什么现在会有什么不同呢？这些年来，可用的基础设施工具和服务发生了重大变化。现在有服务网格产品，如HashiCorp consur，它具有诸如mesh网关之类的功能。云也有了很大的改进，现在提供了许多托管服务。现在，所有这些都使得安全地在规模上连接本地和云环境成为可能，而没有复杂性。»解决方案为了实现这一点，我们将使用consur和mesh网关将两个数据中心联合在一起，以允许它们之间的服务发现和路由通信。这些应用程序将运行在Nomad之上，包括本地和云端。如果我们在虚拟机上运行我们的应用程序，这个场景的工作原理将完全相同。Nomad允许我们更容易地根据传入的流量进行缩放。通过配置服务网格的第7层特性，我们可以在本地数据中心和云端的应用程序之间动态路由流量。Nomad autoscaler可以根据各自的扩展需求在云中上下扩展我们的各种工作负载。unicorn实例将根据发送到所有unicorn实例的平均请求数进行扩展，批处理作业将被放大以消耗我们在unicorn服务未使用的资源中的净空。»演示»下一步行动我们可以从多个方面着手。我们可以继续这样做，使云爆炸成为一个永久的装置。继续使用本地数据中心，并利用云的弹性，实现云爆炸的最初承诺。我们可以使用Nomad autoscaler的cluster scaler插件使这个设置更加动态。这将使Nomad客户机实例能够上下伸缩，以便在需要时动态地为分配创建更多的容量。这将提供更大的灵活性，同时保持低成本。但是，通过创建这个云爆炸设置，我们也为我们的应用程序进一步迁移到云中提供了一条清晰的路径，一次只移动一个应用程序，而不必进行全有或全无的切换。我们可以从将Nginx服务器移到云环境开始，并更改服务网格配置以反映这些变化。然后我们创建一个SQL数据库的云实例，复制数据，然后打开开关，最终能够完全关闭内部数据中心。如果您想看看上面演示视频中使用的代码，请访问存储安装程序的GitHub存储库。