NGINX.COM

术语“多云”和“混合云”通常用作同义词,但实际上二者并不相同。

“多云”侧重于使用来自不同厂商的多个云计算服务或平台。例如,一家企业可能使用 Amazon Web Services (AWS) 运行其某些应用,并使用 Microsoft Azure 运行其他应用。

Multi-cloud app delivery

“混合云”注重同时使用云服务和支持云服务的本地基础架构。例如,一家企业的混合云环境可能需要在 AWS 等公有云中运行某些应用,同时在本地托管的私有云中运行其他应用。

Hybrid cloud app delivery

 

多云和混合云的主要区别

多云和混合云架构的区别包括以下方面:

  • 架构
  • 灵活性
  • 安全性
  • 复杂性

架构

多云跨越来自不同提供商的多个公有云环境。不同的公有云通常用于执行不同的任务(例如,一个用于程序逻辑,另一个用于数据库,第三个用于机器学习),而且跨云分布可能因应用而异。企业选择多云策略来利用各种云的灵活性和特性。

混合云包括两个或多个不同类型的云环境(本地、私有云和公有云)。在许多架构中,公有云的作用是扩展私有云或本地环境的功能。正在将应用迁移到云或因技术债务* 过多而无法全面实现云原生的企业通常采用混合云架构。

灵活性

借助来自不同厂商的多个公有云,多云架构可帮助企业避免厂商锁定** 问题,优化其云支出,并为每个工作负载选择最合适的云环境。企业可根据业务要求和性能、必要功能及地理位置等因素选择云环境。

例如,企业的多云架构可能使用:

混合云架构的灵活性源自它能够将私有云的优势(如更高的控制力、安全性和合规性)与公有云的优势(如可扩展性、成本效益和易用性)相结合。

例如,企业的混合云架构可能使用:

  • 用于关键任务应用的私有云
  • 用于测试和开发的公有云
  • 用于数据分析的混合云

安全性

多云架构跨多个公有云分发数据,可通过降低单点故障的风险来提高安全性。在使用不同的云提供商时,企业可以利用每个提供商的安全防护功能。这种方法确实会带来一定程度的复杂性,因为必须管理多个云环境中的各种安全防护功能。集成不同的云平台也可能存在潜在的安全防护风险。

在混合云架构中,私有云公司为敏感数据和关键应用提供了额外的保护层。这种基础架构支持企业更好地控制在私有云中实施的安全防护措施(例如访问控制、加密及数据保护)。但公有云组件可能会带来安全防护问题 — 主要是需要防范数据泄露、帐户劫持及其他可能破坏数据完整性和可用性的威胁。

复杂性

部署多云架构需要深入了解并管理多个公有云环境及其各自的工具、API 和接口。配置并管理这种架构不仅需要进行大量的规划和协调,而且还需执行持续管理,以确保企业实现最佳性能,同时保持经济高效并维护数据安全防护。

混合云架构需要集成并管理私有云和公有云组件。这涉及到配置并管理私有云和公有云之间的连接,从而确保多个云环境之间的数据一致性和同步性,并维护整个混合环境的安全防护和合规性。

 

多云示例

举例来说,一家企业使用 AWS 运行其 Web 应用,并使用 Microsoft Azure 运行其数据分析和机器学习工作负载。

在本例中,AWS 因其可扩展性和高可用性而被选中,Azure 则因其数据分析和机器学习功能而被选中。通过利用每个平台的优势,该企业能够充分利用每种云环境的独特功能(避免厂商锁定问题)。

 

多云用例

Spotify 是一款音乐流媒体服务软件,使用多个云平台向全球数百万用户提供服务。由于需要高性能和可扩展性,因此 Spotify 使用 Google Cloud 作为其处理数据分析和机器学习工作负载的云提供商,并将 AWS 用于其内容交付和流媒体服务,因为这些服务需要低延迟和高可用性。最后,Microsoft Azure 被用于需要与其他 Microsoft 技术相集成的后端服务。

这种多云环境支持 Spotify 优化其基础架构,获得出色的业务弹性。在发生中断或故障时,该环境能够迅速将工作负载转移到另一个平台,可缩短停机时间,并避免不愉快的用户体验。

 

多云的优势

需要高可用性但不想在产品或服务方面被永久锁定于部分厂商的企业可能更喜欢采用多云架构,原因如下:

减少厂商锁定问题 – 借助多个云平台,企业可以避免被捆绑到一家厂商。云多元化可帮助企业更轻松地争取到更优报价和合同条款。

提高弹性 – 多云支持企业在多个云提供商之间分配工作负载。这有助于在某个云提供商发生中断或故障时防止停机,并提高业务连续性。

增强灵活性 – 多云支持企业为每个应用或工作负载选择最合适的云平台,可帮助优化性能、可扩展性和成本效益。

 

多云的挑战

与任何架构一样,多云架构也带来了一些挑战。多云挑战包括:

复杂性 – 管理多个云平台可能很复杂,需要具备专业技能。这可能会增加运维开销,并加大故障排除的难度。

集成挑战 – 集成多个云平台可能并非易事,特别是在这些平台使用不同 API 和架构的情况下。这可能需要完成更多的开发工作,并会增加遭遇兼容性问题的风险,除非在上游做了充分的考虑和规划。

成本 – 虽然这种环境可通过允许企业为每个工作负载选择最合适的平台来削减成本,但由于需要额外的管理和集成资源,因此也可能会增加成本。

 

混合云示例

举例来说,一家企业在本地维护一些 IT 基础架构,同时使用公有云服务在其自己的服务器上托管关键任务应用和敏感数据,该企业添加公有云服务来处理不太关键的工作负载,或者在需求高峰时帮助实现负载均衡

该企业可利用这一环境来扩展并灵活使用其本地基础架构和公有云服务,以优化 IT 资源并达成业务目标。

 

混合云用例

Netflix 是一个主流视频流媒体服务平台,使用混合云架构向全球数百万用户交付内容。该平台针对高性能、低延迟流式传输优化了 AWS,同时将其本地基础架构用于内容创作和数据处理。这种混合云环境提供了出色的可扩展性,可帮助 Netflix 避免厂商锁定问题,并支持在多个平台之间分配工作负载,有助于提高业务连续性。

其他混合云用例示例:

 

混合云的优势

需要混用本地基础架构和公有云服务的企业可能更喜欢混合云环境,原因如下:

  • 灵活性 – 混合云允许为每个工作负载选择最合适的平台,可帮助优化性能、可扩展性和成本效益。
  • 提高安全性 – 通过正确的配置和管理,企业能够将敏感数据和关键任务应用保留在本地,同时使用公有云服务来处理不太敏感的工作负载。混合云架构不仅能够降低数据泄露的风险,而且还便于更好地遵守法规要求。
  • 降低成本 – 通过同时利用现有本地基础架构和公有云服务,企业可以优化资源,并减少开支。

 

混合云的挑战

类似于多云,混合云自身也有独特的挑战,包括:

  • 复杂性 – 管理混合云环境可能很复杂,需要具备专业技能。这可能会增加运维开销,并加大故障排除的难度。
  • 集成挑战 – 集成本地基础架构和公有云服务可能很有挑战性,尤其是在平台使用不同 API 和架构的情况下。这可能需要完成更多的开发工作,并会增加遭遇兼容性问题的风险。
  • 安全风险 ­– 若未进行正确配置、保护和管理,在本地基础架构和公有云服务之间移动的数据可能容易遭到泄露或攻击。

 

多云和混合云学习资源

NGINX 是一款独立于云的解决方案,可帮助您简化堆栈,为您提供一套标准的服务,并支持您轻松集成本地环境或云环境(包括 AWSAzureGoogle Cloud)。

我们很高兴为您提供以下免费资源,以帮助您继续研究云迁移选项:

 

脚注

* 软件开发中的技术债务是指与欠佳解决方案相关的成本,例如难以理解或修改的代码、无法扩展或很难维护的系统,以及无法跟踪或修复的漏洞。这些“债务”通常因时间或预算限制所致,在这些限制下,与专门设计并实施具有更高可维护性和可扩展性的解决方案相比,“快速而不规范”的解决方案被认为在满足业务目标或时间要求方面更具可行性。

** 厂商锁定是指客户在产品或服务方面严重依赖某一特定厂商,致使更换厂商可能会延误生产,增加成本,或者在向新厂商过渡期间导致不愉快的客户体验。在软件开发中,当客户使用一家厂商提供的专有软件时,可能会发生厂商锁定问题。在硬件行业,更换现有专用部件或采购新的专用部件也会发生锁定。

Tags

No More Tags to display