生态系统扩展基础架构产品虚拟化

生态系统扩展:5种方法提高你的基础设施产品的价值

根据国际数据公司(IDC)的数据,到2021年,全球2000年平均一半以上的数字服务交易将有三分之一通过开放API生态系统。对于独立的软件和硬件供应商(isv和ihv),情况没有什么不同,并勾勒出一个明确的方向。生态系统扩张是前进的方向。在当今数据驱动业务的时代,传统IT基础设施生态系统和云生态系统的僵化无法满足客户的期望。即使是集成系统也会遇到许多挑战,试图实现业务交付的日常目标。

近年来,我们还看到了多供应商实现和单个基础设施的快速出现。企业基础设施和大规模系统集成方法的这种异质性降低了谈判能力、对价格上涨的反应以及更换服务提供商的自由度方面的灵活性。因此,大多数客户不知道在从供应商获得服务时,专有标准会抑制应用程序的互操作性和可移植性。

利用前面提到的几种方法,互操作性和可移植性是提高基础设施产品价值和为您的业务准备未来生态系统的解决方案。在本博客中,我们旨在通过标准化开放API、可组合基础设施、微服务体系结构、软件定义方法、互操作性和可移植性,为您提供价值指标,帮助您构建成功的基础设施生态系统扩展。

了解生态系统扩张的必要性

生态系统扩张是未来基础设施产品增长的基石。企业很快就需要扩展基础设施,不仅在软件和硬件方面,而且在性能、可伸缩性、安全性、监视、定制和优化方面,以获得理想的结果。

此外,尽管成功集成,但传统基础架构和云基础架构都无法确保存储、服务器、软件和网络的最佳性能。需要不断监视基础结构,以查看软件和硬件性能中可能出现的错误。因此,仅采用现代技术并不能缓解客户的业务。超越硬件和软件的思考是目前最不可或缺的。

现在是考虑生态系统扩展的合适的时间 - 为什么?

  • 优化现有的生态系统,利用系统软件,实现流程自动化,采用基于云的服务和平台的扩展。目前,传统的刚性齿轮诸如专用服务器,存储阵列,和网络交换机有时缺乏需要支持现代化的关键特征,从而增加复杂性,而不是消除它的。
  • 利用向新虚拟化技术的转变,因为许多企业将采用桌面虚拟化、软件定义的网络和存储以及基于云的虚拟化等技术。
  • 实现最佳的灵活性,简单性,并降低成本,企业需要处理的工作量更有效。效率已经成为顶级的头脑的工作重点。我们也通过COVID-19导航危机。
  • 通过适应不同的可互操作的工作流,优选的工具,和异构环境的无缝集成提高生产力。
  • 分解导致性能和可伸缩性混乱的数据竖井。相反,要在稳定性和可靠性方面获得持续的高客户满意度。

如何从生态系统扩展方式中获益?

让我们来看看如何通过采用实用的方法和基本上实现一些技术来从生态系统扩展中获得业务价值。

1。采用具有开放式API的基于标准的平台:

在多供应商的基础设施方案的专有协议,日志机制和管理接口是主要的障碍和管理上的噩梦。用户可以利用基于标准的机制,避免这些封闭的系统。

此外,IT管理员开始寻找从基础设施设备中提取数据的方法,然后对数据进行操作和/或分析,以便做出智能决策。同样,许多基础设施供应商使用专有的数据收集过程,将数据访问和分析保持在一个封闭的系统中。因此,基础设施运营商应该选择API优先的方法,以实现灵活和可扩展的端到端互操作性,从而实现融合的混合IT。

以下是现代IT的标准API示例:

  • 红鱼API(HTTP,REST,JSON)使用简单的接口管理计算、网络、存储和设备
  • 系统管理BIOS对于通过系统固件传输管理信息(SMBIOS)标准

2。采用组合的基础设施的做法

可组合基础设施是当计算,存储和网络资源从它们驻留在(这是否是CPU的,存储磁盘,或存储装置),并提供给了在数据中心的任何节点上运行的应用程序的硬件脱钩。这是一个方法,使企业内部部署的数据中心,以更好地类似于公共云的资源的可用性和易用性。组合的基础设施的卖点是它减少过度配置,并从被遗忘的,孤立的服务器闲置保持资源。

可组合基础设施依赖于智能代码,允许管理员轻松确定哪些资源可用以及硬件配置是否正确。此外,可组合系统使用自动诊断来确定硬件问题存在的位置,并提供一种更简单的方法来管理数据中心。这种程度的自我协调可以大大减少人类干预的需要。这反过来又提高了生产率,降低了人为错误的发生率。

可组合基础架构的好处:

  • API驱动的IT作为基础设施-编写为代码
  • 工作负载为中心
  • 按需提供必要的资源
  • 将基本结构资源转移到共享池中
  • 融合了聚合基础设施(CI)和超聚合基础设施(HCI)的元素
  • 能够与裸机服务器、虚拟机(vm)和容器交互

3。采用微服务架构

传统系统通常没有内置模块,这意味着它们不包括代码共享现代系统的,因此,需要改变,而不只是一个代码很多块,作出改变。谁卖给你的系统供应商可能不再支持它,甚至是存在的,这使得更加难以修补系统。至于谁实现遗留系统离职或退休人员,你需要培养新人使用该系统。

业务应用程序正在从僵硬的单片体系结构发展到灵活的基于微服务的体系结构网络,存储供应商可以开始为容器开发插件,以解决任务/作业,即,

  • 提升和转移—当遗留应用程序迁移到容器时
  • 重构遗留应用程序 - 再利用单片代码为基于微服务的操作
  • Greenfield部署-新的部署新编写的代码

发展与微服务架构的数据管理软件和数据保护软件有利于客户对云计算的旅程迁移。

4。采用软件定义的优化方法

软件定义方法是以软件形式对所有“抽象”资源(包括计算、存储和网络)的优化表示。它消除了许多管理员在管理基础设施和使用专有硬件方面的问题。它还有助于实现按需可扩展性、性能、可用性,以及使用单个GUI窗格更容易地升级基础设施软件和硬件。

此外,软件定义的方法(即VMware Cloud Foundation,VCF)有助于容纳称为VMware vSAN的超融合基础设施(Hyperconverged Infrastructure,HCI)和VMware NSX-T等网络虚拟化软件。通过软件定义的方法,您可以将本地数据中心扩展到任何公共云。您甚至可以开始迈向混合云或多云环境的旅程,为您的容器化应用程序提供集成安全性,为Kubernetes提供微服务网络、微分割、自动化和编排。

这种方法也有助于增强您的最终用户计算(EUC)体验或虚拟桌面基础设施(VDI)环境,特别是在以应用程序为驱动的数字工作区的医疗、研究和开发中心。

软件定义技术(如SD-WAN)由于其虚拟化的覆盖特性,带来了简化管理、更好的网络可见性、降低成本和更少的供应商锁定等好处。

5个。采用完整性、互操作性和可移植性

为了实现生态系统的扩展,采用互操作性和可移植性应该是为您的企业的头等大事。这样做将加强系统,以在不同的软件或硬件平台高效率和有效工作的能力。

随着企业寻求缓解供应商锁定、确保业务连续性和应对不断变化的工作负载,生态系统扩展正逐渐成为企业基础设施战略中的一个基本要素。在其核心,互操作性需要共享进程、api、基于软件的适配器,以及跨各种供应商平台的策略驱动方法,以实现应用程序和软件硬件组件之间的通信。

通过提供企业的必要工具,以港口和互操作的系统计算,存储阵列,网络组件和操作系统 - 开发插件或采用发布的软件适配器充当不同资源之间的桥梁。例如,提供针对VMware平台的传统系统虚拟化的SAP HANA适配器。这些适配器,否则谁也需要获得额外的数据中心资源,以支持现代SAP系统的客户提供显著的成本节约。它还允许管理员有权访问的存储和计算的管理功能来扩展在不同的操作系统环境的连接功能,自动化的各项任务。

公司利用NAS存储,hyperconverged,融合,或虚拟化基础架构还可以依靠提供现场恢复和灾难恢复(DR)规划的互操作性和可移植性。他们可以通过在基础软件适配器和插件的无缝集成复制数据这样做。

第三方数据保护软件也可以做成这样整合的一部分。该软件可以通过开发或者主机的或基于存储的复制备份文件到本地或公共云利于生态系统内的共同政策框架。这个动作可以被执行,以实现高可用性,业务连续性,并为关键应用和数据远程容灾满足要求。

此外,可以通过添加自动化的工作流程,开发Web服务为存储,或网络连接器服务于协调器实现互操作性。这样做,可以提供存储,数据存储,配置数据库或备份。这样,你就可以使网络设备的配置和新的网络服务,加速的计算基础架构的资源调配。

188金博客户端Xoriant可以支持专业技术

在生态系统扩张过程中,可能会出现技术挑战和破坏风险。Xoriant支持一家领先的超边缘基础设施提供商的扩展之旅,并帮助客户在数据中心生态系统中获得了更大的市场份额。188金博客户端

参加我们的网络研讨会聆听Nutanix工程总监、客座发言人Pankaj Sinha对生态系统的见解,并查看有关生态系统扩展如何使基础设施产品的价值最大化的真实示例。

学会建立正确的功能,以确保您的基础架构产品是可扩展的,可互操作,并与生态系统的主要组成部分容易地集成。

连接与我们的生态系统方面的专家。

参考文献:

https://www.idc.com/research/viewtoc.jsp?containerId=US43171317

https://www.vmware.com/in/solutions/software-defined-datacenter.html

https://www.vmware.com/in/products/vsan.html

https://www.vmware.com/in/products/nsx.html

https://www.citrix.com/en-in/glossary/vdi.htmlhtps://www.sdxcentral.com/networking/sd-wan/definitions/software-defined-sdn-wan/