反面教材:别让这三种做法毁了你的云部署

如果大家希望自己的云部署方案能够切实起效,请务必规避以下三种常见错误。

反面教材:这三种做法会毁了你的云部署方案

绝大多数企业实际上并不具备有效发挥私有或者公有云资源优势的必要经验或者人才储备,因此整个实施过程必然会是一个尝试且不断经历失败的过程。即使大家从其它面临着类似问题的企业身上积累并学习到了诸多教训,也仍然会在亲自动手时发现众多独特的难题,其中包括各类与数据集成、治理以及糟糕应用程序设计相关的陷阱。

当企业着手部署自己的第一套云项目时,其结果分为以下三种:

  • 实现成果并不符合云概念要求(例如仅仅属于虚拟化服务器),但企业IT部门将其称为云,并认定项目部署成功。
  • 公有或者私有云服务的实现方式存在问题,但企业IT仅从表面着眼并认定项目部署成功。
  • 成功实现基于云的应用程序以及其它资源,企业IT部门快速转向下一个云项目。

在实施过程中,企业对于项目成功乃至失败的模式都将拥有更深层次的理解。有时候最重要的经验教训恰恰源自于失败经历。因此,以下三点正是大家值得关注且总结自云部署失败的重要内容。

1.在未能成功理解目标之前,就匆忙将技术方案投入实际使用

很多企业在实现云技术方案时,往往会将技术本身而非业务需求作为最终目标。他们不会把时间用在针对数据安全性及治理要求进行的探讨当中,甚至有可能忽略掉对于企业成功至关重要的核心业务流程的关注。相反,他们谈论的往往只是关于Amazon Web Services、微软、谷歌乃至其它厂商的方案本身。

这种态度可以总结为“让我们先把技术搞定了,然后再看看能用它来干什么”——而这显然是种错误的思维方式。

2.未能将性能水平纳入考量

云方案往往拥有良好的运作表现——好吧,准确地讲是在用于特定场景并配合设计得当的应用程序时能够拥有良好的运作表现。企业往往会将自我配置以及自动配置机制能力作为实现云体系性能水平的重要前提。然而这种资源配置能力并不意味着相关资源就能切实起效并顺畅运行。

在云技术方案当中,良好的性能表现往往源自出色的应用程序设计,而非云体系根据需求将更多虚拟服务器添加进来的能力。

3.未能考量安全性、治理要求以及合规性

尽管大家可能会认为任何一家企业在向云环境迁移的过程中,都会将安全性作为自身考量的前提以及核心,但实际情况是大部分公司只会在事后才想起安全措施的重要性。

从起步阶段开始,安全性就应该作为云解决方案当中的系统性及工程技术要素存在。后天附加的安全举措往往无法切实起效,而且即使有效、实际水平往往也无法令人满意。

通过了解以上三种导致云部署失败的方式,通往成功的道路也会变得更加明确。总而言之,我们需要在选择供应商之前认真评估自己的业务需求,确保应用程序在设计方面能够充分发挥云技术的固有优势,同时在起步之初就建立起一套融合了安全性、治理与合规性要求的系统方案。

原文标题:3 ways to screw up a cloud deployment

此条目发表在未分类分类目录。将固定链接加入收藏夹。