如何建立能与AWS媲美的企业私有云

日期: 2014-04-08 作者:John Treadway翻译:陈德文 来源:TechTarget中国 英文

Amazon Web Services、Google、Rackspace与Microsoft所提供的云服务不尽相同,但有一点共识:近乎疯狂的专注于自动化,以驱动敏捷、效率与交付质量。 接下来轮到自己的企业私有云。 企业需要着眼于如何利用云计算建立模型来满足对灵活性、创新、质量和效率的更高期望。许多企业已经和不少公有云服务提供商打过交道,并且确信自己也需要为内部用户提供云服务。

筹建新的IT项目,分配预算与选择供应商。达到涅磐,对不对?错了。 非常错误的决定。2009年我在云发布会上告诉满屋的与会者,大多数企业的私有云计划会失败。

一次又一次,我发现大型企业部署的私有云,总会让亚马逊和谷歌的工程师们……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

Amazon Web Services、Google、Rackspace与Microsoft所提供的云服务不尽相同,但有一点共识:近乎疯狂的专注于自动化,以驱动敏捷、效率与交付质量。

接下来轮到自己的企业私有云

企业需要着眼于如何利用云计算建立模型来满足对灵活性、创新、质量和效率的更高期望。许多企业已经和不少公有云服务提供商打过交道,并且确信自己也需要为内部用户提供云服务。筹建新的IT项目,分配预算与选择供应商。达到涅磐,对不对?错了。

非常错误的决定。2009年我在云发布会上告诉满屋的与会者,大多数企业的私有云计划会失败。一次又一次,我发现大型企业部署的私有云,总会让亚马逊和谷歌的工程师们嗤之以鼻。

私有云犯了什么错误?


利益相关者们不需要云服务;他们需要的是可以在几分钟内完成配置,运行应用程序的容器。他们只希望为自己所使用的资源付费;他们希望因不同年代导致的企业架构、信息安全与ITIL基础流程,能有所改变而不需要花费数周时间来审批。

私有云并不是AWS。它太受限制,很难使用。它缺乏相应的应用程序编程接口(API),并没有管理工具与其集成。这可能会花费公司两倍于AWS和Google云的成本,甚至可能更多。缺乏完整的服务目录,而且所有这一切,没有经过产品负责人的验证,很可能会被管理者直接否定。

让我们看看众所周知的试金石:五分钟内提供一个完整可用的容器。企业私有云管理与信息安全栈缺乏自动化工具,很难在规定期限内完成作业要求。虚拟机可以在5分钟内搭建,但可能需要在随后一周甚至更长时间着手信息安全与管理配置。

你就像被供应商牵到屠宰场中待宰的羔羊一样,云计算就是屠刀。你既无法将私有云建设成具有15年IT自动化套件,可以完整上线的架构,也无法像大厂商那样通过融合基础架构上线,实现部分自动化框架。

如果你仍然决定建立能与亚马逊匹敌的内部云堆栈,以下是你需要做的五个步骤:

1.花更多的钱——多很多


亚马逊已经花费数十亿美元去打造云服务。如果你想要达到AWS的灵活性与效率,不可能只花费100万美元投资在半生不熟的供应商产品上。

2.组织变革规划


如果云实施成功了,许多IT人员的角色会改变或消失。如果整个过程结束了,相同的人还在做同样的工作,那么你已经失败了。服务器管理率在很多企业是25或50比1。在大的云服务提供商,预计是1000甚至10000服务器配置1名管理员。涉及到人工操作的只有拉出与更换设备。

确保云方案在执行层面获得足够的支持,要消除那些担心因此而丢掉饭碗或丧失重要性的反对者们的顾虑。

最受影响的地方是通过私有云部署需要手动过程的云堆栈现在自动化了。IT人员意识到这会对他们的工作产生威胁,因此他们对云项目带来消极影响,所以给他们未来职业发展的清晰前景,激励他们留下来协助自己展开工作,并提升技术十分重要。

3.实施初期不需要IT运维团队参与


Forrester的分析师James Staten表示,IT运维团队主导企业私有云的方案注定失败的结局。我目睹了许多现实中的案例与教训。尽管试图摆脱“例行作业”的思想,大多数IT运维团队被过于灌输了ITIL、COBIT以及其他的驱动流程标准,重点关注使云计算对用户更有价值。

首批云用户最好是开发团队;让他们完成从上至下的架构设计。这意味着强大的开发人员友好服务目录与API,可以与他们日常开发工具简单集成等等。他们的开发实践也需要改变;不再为AWS构建应用程序,而是为自己的虚拟化基础架构构建程序。

在最终定型与实施时,需要让IT运维团队与开发者一起参与。开发人员仍然需要在这一时期负责,避免受供应商驱动的IT运维团队在工作初期出现问题。

4.不留余地实现自动化


自动化通常是失败的源头。人们喜欢各种功能,并且在当前任务还没完成前就去着手新任务。不要急着跃进:留着一些自动化任务不去解决的话,会导致云功能缺陷。

寻找每个手动过程,无论看似多么简单或微不足道,尽量让其自动化,你提升服务器管理比率。虽然永远都无法达到10000:1这样顶级云服务提供商的程度,但需要让工作人员的工作量尽可能的降到最小——仅保留移动硬件与接线。从服务器通电开机后,自动化应该是唯一的动作。

5.测试云计算,并让测试自动化


云是复杂的系统。自动化可以控制其复杂性,但同样能导致更大的失败。测试内部云并不意味着只是增加工作负载;这意味着让你的员工完成用户需求配置,并宣布成功。

需要营造一个大规模的全功能系统混乱,看看是否会有事件导致整个云崩溃。Netflix使用Chaos Monkey将AWS中的服务器与系统弄崩溃,测试自己的弹性。可能这种测试云自动化弹性的工具在企业环境下也可以得到很好的使用。

在拥抱类似AWS杀手级私有云之前要慎重考虑以便取得成功。很少有IT部门拥有足够的资源、预算、技术和政治意志来支撑自己走向成功。但这并不意味着不该将私有云作为IT投资组合的一部分。但它确实提醒了用户,自己建设与运营私有云,只有雄心壮志是不够的。

作者

John Treadway
John Treadway

波斯顿Cloud Technology Partners的高级副总裁

翻译

陈德文
陈德文

TechTarget中国特约编辑

相关推荐