从哪些标准衡量软件定义技术?

简介:

术语软件定义变得越来越流行,但你造它真正的含义么?是什么铸就了软件定义技术?

随着IT朝着服务提供商的角色转变,传统手动配置计算、存储与网络资源的实践压力增加,难以跟上步伐。提交服务票据,等待数天,让IT设置一台新的虚拟机或开拓一个虚拟专用网络,这种做法已经落伍。用户期望敏捷配置,甚至他们自己拥有配置资源的能力。为了满足灵活性与有效性配置的需求,数据中心探索了各种不同的基于软件的技术,用于管理虚拟机、存储、网络甚至整个数据中心。我们进一步看看软件定义技术,瞧瞧需要什么才能成功部署该技术。

“软件定义”到底意味着什么?符合哪些标准才算“软件定义”?

任何“软件定义”技术实际上关于发生了资源抽象与配置。这是虚拟化的关键原则。

虚拟化允许计算资源从底层硬件中抽象出来。一旦可用,物理资源抽象成虚拟资源,软件工具也能在系统运行时部署用来重新分配虚拟资源给操作系统与应用(或更改之前配置的资源分配),并且此后不再需要硬件设置与配置,一劳永逸。

就如日常磁盘驱动器一样。文件系统软件将磁盘的磁道与扇区抽象出来,使整个磁盘容量划分为一个或多个逻辑驱动,相互之间独立,然后呈现给操作系统。我们不喜欢姜文件系统作为虚拟化软件或“软件定义磁盘驱动”,但资源抽象原则几乎相同。

较新的例子是服务器虚拟化。诸如Hyper-V、VMware vSphere或Citrix XenServer这样的hypervisor用于将服务器的物理计算资源(如CPU时钟周期与内存空间)抽象为虚拟资源。这让管理员配置虚拟计算资源成为可能,以便创建虚拟机。我们就能轻易将虚拟机看做是“软件定义服务器”。

最终,任何软件定义技术的“软件”部分提供抽象层,还有图形或命令行用户界面,以便分配、监控并管理这些抽象资源。应用编程接口可能也能支持第三方软件产品或功能插件。如果由于漏洞或恶意软件,抽象层失效的话,虚拟资源或配置也会受到牵连。


作者:Stephen J. Bigelow 翻译:唐琼瑶

来源:51CTO

相关文章
|
3月前
|
存储 运维 监控
带你从概念、指标、标准这3方面了解所谓的数据中心。
带你从概念、指标、标准这3方面了解所谓的数据中心。
|
4月前
|
监控 网络协议 安全
由于楼层自动化系统的复杂性和多样性,很难给出一个通用的Python代码示例,因为每个系统可能使用不同的硬件、通信协议和软件接口。
由于楼层自动化系统的复杂性和多样性,很难给出一个通用的Python代码示例,因为每个系统可能使用不同的硬件、通信协议和软件接口。
|
5月前
|
安全 网络安全
IP的纯净度:评判标准与重要性
**IP纯净度关乎网络行为的安全与可靠性。高纯净度IP指独立、真实、无不良记录的地址。评估标准包括:** - **IP来源**:正规ISP的IP更纯净。 - **历史记录**:检查是否涉及违规行为或在黑名单中。 - **技术特征**:支持SSL,匿名性高,连接稳定快速的IP更佳。 - **用户反馈**:用户评价反映IP的实际表现和信誉。 综合考量这些因素,能确保选择到安全可靠的IP地址。
|
6月前
|
项目管理 数据库
简述软件质量的概念及质量保障体系,简述SQA的基本目标,简述CMM的分级结构及其主要特征,简述软件质量标准等级及适用范围
简述软件质量的概念及质量保障体系,简述SQA的基本目标,简述CMM的分级结构及其主要特征,简述软件质量标准等级及适用范围
223 0
|
存储 安全 项目管理
CMMI—组织级过程定义(OPD)
CMMI—组织级过程定义(OPD)
158 0
选择正确的错误度量标准:MAPE与sMAPE的优缺点
选择正确的错误度量标准:MAPE与sMAPE的优缺点
923 0
选择正确的错误度量标准:MAPE与sMAPE的优缺点
|
敏捷开发
你的团队有完成定义标准吗?
大家好,我是阿萨。现在基本上做软件行业的,大家都在搞敏捷开发。如果没有搞敏捷开发,感觉都不好意思给别人说自己是软件开发。那么敏捷里的最佳实践------完成定义标准你们团队有吗?
111 0
|
项目管理
【软件工程】CMMI 能力成熟度模型集成 ( CMMI 级别 | CMMI 级别、过程域、目标、实践 | CMMI 评估对象 | 过程域的 阶段式分组 | 过程域的 连续式分组 ) ★
【软件工程】CMMI 能力成熟度模型集成 ( CMMI 级别 | CMMI 级别、过程域、目标、实践 | CMMI 评估对象 | 过程域的 阶段式分组 | 过程域的 连续式分组 ) ★
344 0
|
大数据
软件成本度量进阶系列之增强开发、中间系统评估(转载)
上篇我们讲到《基础软件&基础评估》,第一层的心法是熟知标准和度量模型、掌握并运用方法、熟悉评估流程、熟悉公司业务,最后说了系统架构不断优化,软件系统跟着业务变化多端,今天就为朋友们带来软件成本度量的第二层心法《增强开发、中间系统评估》。
1231 0
|
大数据
软件成本度量进阶系列之增强开发、中间系统评估
上篇我们讲到《基础软件&基础评估》,第一层的心法是熟知标准和度量模型、掌握并运用方法、熟悉评估流程、熟悉公司业务,最后说了系统架构不断优化,软件系统跟着业务变化多端,今天就为朋友们带来软件成本度量的第二层心法《增强开发、中间系统评估》。
1119 0
下一篇
无影云桌面