为什么你需要使用 OpenStack

系统 OpenStack
在过去的几周我听到人们关于OpenStack成熟度的各种质疑以及OpenStack是否适用于企业级用户的一些讨论,最近的一个观点则是"企业应当忽略OpenStack",基本的论调就是OpenStack对于企业级需求没有确切的应对方案,而现在我们关于云计算可以有更多成熟的可行的选择方案。

在过去的几周我听到人们关于OpenStack成熟度的各种质疑以及OpenStack是否适用于企业级用户的一些讨论,最近的一个观点则是"企业应当忽略OpenStack",基本的论调就是OpenStack对于企业级需求没有确切的应对方案,而现在我们关于云计算可以有更多成熟的可行的选择方案。

就像其他很多的关于这个观点的文章,在我看来,这篇文章只不过是为了得到关注夺人眼球而发表的一些偏激的观点。我认为这篇文章所针对的问题并不是OpenStack其自身的问题.在我看来,下面两点是他们紧抓不放的问题:

1. 为什么企业级用户需要使用私有云与公共云?

2. 我们可以通过使用抽象层(abstraction layer,例如Rightscale)来抽取基础设施的底层信息,但是为什么私有云或者公共云的具体实现还是如此重要呢? 

这些观点本质上对OpenStack一点也不中肯,都是很情绪化的。以类似的方式,这些问题也能适用于CloudStack或Azure。在这种情况下,标题实际上应该是“为什么我讨厌除AWS外的任何云服务?”

基于这样的假设,我的分析如下:

  1. 有许多组织不想把自己锁在一个供应商上,不论该供应商是好是坏。

  2. 目前仍有许多情形,在这些情形下控制基础设施将带来在控制产品利润率上的一些业务优势。比如,使用那些专门为你的工作负荷及客户定制的更为优化的基础设施,而不是使用通用的基础设施。

不得不说,我认为最重要的观点是OpenStack不是一个产品且不能拿产品来衡量它。它是一个背后有坚固基础的生态系统。

这是什么意思?为何会对终端用户造成差异?以及这种差异是如何产生的?

一当有了基础设施的公共基准,那么整个产业对其渗透,并独立支持会更加容易。这适用于所有的stack层面,从存储开始,到通过更多高层次服务的网络,例如大数据服务,甚至分析 。

在此背景下,节约很大成本原因是所有主要的基础设施供应商已经为OpenStack添加了支持,促使成本下降的原因有三个:

  1. 相比支撑不同且无共同点的基础设施,根据定义支撑公共基础设施的复杂性是比较低的。

  2. OpenStack 已经成为了一个为所有数据中心提供商提升竞争力的市场,通过这种方式,削减每个供应商的成本。

  3. 降低了更多参与者的准入壁垒,于是乎我们开始看到,更多的初创公司发布新产品和竭力接入到OpenStack。

回到第二个观点:对于OpenStack,为什么抽象是不可替代的。除了这个事实:即使在***你的应用可能不会直接使用它,而是通过一个抽象,但你仍需要做一个有意识的决定,了解你的底层基础设备。基础设备的选择还关系到许多其他方面,比如安全管理和成本控制。

私有云和公有云的构建需要有不同的基础设备,但都实现一致的服务层协议(SLA)和处理更复杂的行为。除了以上的之外,你将还需要去培养一种技能去管理两种不同的环境,这必然带来了劳动风险和成本,增加了管理这些基础设备的总体复杂性。

 在使用相同的底层基础设备情况下,OpenStack为构建好的共有云/私有云存储提供更好的技术方案。这关系到我前面讨论,基于OpenStack构建公有云/私有云优于其他的可替代产品的相关原因。这是因为它是开放的,有一个强壮并持续增长的生态系统,最终会导致在云类型,数据中心位置和成本等因素之间做更多选择。

总而言之,如果你将OpenStack看作一款产品,那么你此时将得到一个结论:其他产品,包括常见的公有云,有丰富的功能、更加成熟技术,因此代表了更可行的企业选择和更好的匹配性。如果你将OpenStack看作一个生态系统,那么你需要考虑到未来OpenStack在企业中将会扮演更重要的角色,总体来说。

 

英文原文:Why You Should Want to Use OpenStack

责任编辑:黄丹 来源: oschina
相关推荐

2014-01-03 10:59:34

2014-11-21 10:50:26

JavaString

2011-03-08 12:59:38

proftpd

2017-07-03 13:33:42

AndroidItemDecorat

2015-11-25 13:43:56

2011-04-14 09:30:15

集合框架

2010-05-11 10:29:06

Unix awk

2014-05-19 15:52:57

Apache StraApache

2024-01-24 11:24:03

C++编程异常处理

2020-12-11 07:39:37

RPC MQ架构

2013-09-27 11:33:57

交换机技术Vlan技术

2023-09-21 09:00:00

Merge Que开发工具Mergify

2009-06-11 17:03:22

Spring起源Spring优点

2023-03-06 08:01:25

structGo语言

2021-12-24 17:01:29

Linux工具系统

2024-01-01 08:57:55

ODBCSqlServer数据库

2024-01-03 08:15:35

Executors线程池线程

2022-04-26 16:56:20

行为数据数据

2020-04-29 15:30:22

CSP网页前端

2020-08-24 07:03:10

物联网设备RTOS物联网
点赞
收藏

51CTO技术栈公众号