云中的十大成功因素

作者：Octave Orgeron

合著：
Ivan Lazarov，Intuit 首席企业架构师
John Hill，SaskTel CIO 兼企业副总裁
Chris Mankle，Xerox 首席技术官

Oracle 企业架构经验文章系列的一部分

2013 年 6 月

下载
演示文稿：云中的十大成功因素 (PDF)

随着基础架构架构师设计出原型并提供了第一代和第二代功能，云计算正在迅猛发展。无论是公有云还是私有云，云服务提供商都已经仔细考虑了业务模型、基础架构部署要求和云实施的运营方面。提供新事物并不是一件容易的事。实际上，您可以说他们是在边飞边造飞机！不过，已经了解了这么多，我们认为是时候与大家分享当前的最佳实践了。

与《大卫深夜秀》类似，我们已经确定了云中的十大成功因素。与《大卫深夜秀》的十大招牌看点一样，我们将逆序列出这些因素，最重要的元素放在最后。这里还有一篇同系列的演示文稿。

剧透：云中最重要的成功要素是利用企业架构的原则。企业架构师可以了解全局。他们擅长如何对确保成功所需的各种业务和 IT 资源集进行编组。

第 10：了解目标受众

正如不能凭空设计信息系统一样，您只有了解使用者及其需求，才能为内部或外部受众构建云。首先明确定义想要提供的应用程序和服务。您是针对业务受众开发项目？针对 IT 开发/运营？针对外部客户？还是针对移动用户？针对每个客户开发业务案例。如果您知道受众是谁、他们有何需求，那么您将能够更好地定位，对功能进行微调并优先考虑新投资。例如，如果目标是降低 IT 基础架构的费用，您的业务案例应展示基于云的服务模型如何共享基础架构，从而降低成本。如果组织希望提高 IT 敏捷性或支持企业成长，则要显示云解决方案如何支持弹性和快速供应。

进行调查大有帮助。向使用者提供调查问卷，可以发现如何才能最好地满足其业务需求。

例如，当 SaskTel 决定引入基于云的身份和访问管理服务时，这家领先的电信公司聘请第三方帮助他们完成从客户处获取意见和反馈的过程。在与 Oracle 的合作中，SaskTel 聚集了一支业务和 IT 专家的核心团队来定义和开发 IDAM 解决方案。并通过甲骨文公司咨询服务部的企业架构师扩大了这一团队。其目标是使团队的功能性业务目标与 IT 战略和执行计划一致，指导制定新的解决方案。

SaskTel CIO John Hill 报道说：“对我们来说，技术部分很容易，我们所缺乏的是业务架构师 — 能够将技术概念和价值转换成业务人员理解的术语的人员。”[您可以在这里了解有关 SaskTel 的云基础架构的更多信息。]

第 9：准备一个端到端的服务目录

设计云解决方案时，不要只设想通用服务。仔细考虑一下您想要提供的功能和能力。这些项目应在服务目录中详细记录。定义服务级别协议 (SLA) 和服务质量层次 (QoS) 时，必须确定需要何种技术才能满足它们的要求。创建如何执行计量和评级的策略，如按 CPU 小时数、按月或按用户数。

将服务目录视作一个有生命的实体，而不是严格的指令集。

例如，当 Oracle 和 Xerox 与德克萨斯州合作开发 Texas Cloud Marketplace（一个全面的 IT 环境，支持数十个州机构）时，Oracle 企业架构师在多个层面与业务用户联系，充分了解问题的范围。在指定云架构的技术组件之前，他们开发了一个功能模型、一个业务架构和一个运营模型，用于将州机构带入云世界。他们仔细定义了几个基础服务以及一组可以随云架构一起演化的 SLA。他们不是仅仅关注今天的需要、期望和业务需求，而是与高级业务领导和机构代表一起坐下来了解他们对未来的期望。

Xerox 与 Oracle EA 团队合作创建的用例反映了每个机构的需求。他们考虑了各机构的概况，然后制定了一个支持这些机构所需具体功能的业务服务目录。此项目的关键成功因素是计量和监视，因此产生了一个代表公共部门最佳实践的成本恢复模型。德州官员很快意识到，如果不能计量和监视，就不能对云服务计费。

第 8：主供应和自动化

开发坚实的云供应和自动化功能是云解决方案成功的关键因素。必须能够使您的来源对组织内的不同组和不同位置可重复。这包括基础架构、服务、应用程序和数据中心。为了有效地做到这一点，需要成熟的 EA 框架、构件和工具。

以零人工干预为目标，这样可以去除云供应和部署中的人工错误。建立业务流程，当客户点击购买服务时，可以自动构建必要的组件和基础架构。

Oracle 企业架构师建议 Intuit 使用 Oracle Enterprise Manager 和 Oracle 虚拟机为其私有云的关键部分部署管理平台，旨在通过将软件产品绑定到同样集成的业务基础架构来改善客户服务。

第 7：执行容量规划

有一种倾向，认为云服务无极限。事实并非如此。不过，云服务通常易于扩展。云服务提供商比传统 IT 有优势，因为云运营模型可以通过采购硬件、存储和网络资源并将它们添加到池中轻松增加容量。这种敏捷性是云的一大优点，但它必须进行前期容量规划和持续管理。您必须主动监视性能和使用情况，并定期进行预测演练，以便了解何时需要订购更多许可或添加设备。您是否能继续满足必要的服务级别？如果不能，是因为容量问题还是带宽问题？

确保扩张计划与 SLA 一致，不要超额预订或超量订购云资源。与航班超额预订的航空公司一样，资源摊得过薄会导致负面的客户体验。负责任地堆叠负载、应用程序和服务需要良好的容量规划。

Oracle 企业架构师帮助 Intuit 确定需要为每个虚拟机准备多少计算资源。他们还创建了一个信息板，准确显示部署了多少容量以及部署的位置，这样，系统管理员可以根据需要快速分配更多容量。

第 6：为所有层提供安全保障

人们通常认为安全起止于防火墙或虚拟化。但仅有防火墙和虚拟化还不够。云部署要求对基础架构的所有层（包括服务器、网络、存储和数据）进行保护。

服务提供商通常通过实施身份管理系统对用户进行授权来实现基于角色的信息访问。适用于传统架构的安全规则也同样适用于云。

确保所有层的安全，不要忽视数据库的安全性。数据库防火墙针对来自组织内外的威胁提供了第一道防线。它监视数据访问、实施访问策略、突出显示异常并防御基于网络的攻击。确保正确保护和隔离云架构的每个元素，并主动监视。退一步，考虑需要哪些流程才能确保每项活动得到人员、部门、伙伴或应用程序的完全信任。

第 5：流程架构必须支持端到端流程

为确保成功实施云，应为所有服务创建端到端流程。许多组织使用业务流程管理 (BPM) 技术对业务流程进行建模、模拟、执行和优化。这样可以更轻松地快速创建业务流程，并以非技术性、业务友好的方式促成流程更改。业务分析师可以通过定义事件的逻辑序列进行流程建模，这些事件阐明从云基础架构到每个服务再到这些服务的使用者的链路。他们还可以开发反馈回路，以确保每个流程的完整性和可审计性。

流程架构师可以帮助您定义端到端的流程，记录这些流程并将其值告知使用云服务的人员。在协作会话期间，一个好的流程架构师将能够建立应用程序开发人员和 IT 操作人员之间的联系，并且能够传递客户的期望。然后，还可以使用通用框架实现这些流程，或者在技术特定层中（如使用 Oracle Enterprise Manager 和 Oracle VM Manager 进行虚拟化）实现。

第 4：以客户为中心

在迁移到基于云的解决方案的过程中，组织和流程的变化是不可避免的。这将改变 IT 交付的基本模型。在许多情况下，IT 组织的行为更像一个服务提供商，而不像传统的 IT 部门。这种重点的转移需要一种更以客户为中心的方法，无论客户是使用者、业务用户还是其他实体。考虑设立专门的云团队，建立关键绩效指标 (KPI) 来衡量满足客户预期的进度。

作为指导，许多组织采用信息技术服务管理 (ITSM) 流程并利用信息技术基础架构库 (ITIL)，这是一组使 IT 服务符合业务需求的最佳实践。Oracle 企业架构师通常推荐 ITIL 作为提供成功的云服务的关键要素。

对于 SaskTel，IT 交付方面的转移意味着文化上的改变，包括聘用合适的人员。他们创建了一个云卓越中心，包括了解用户社区及其需要的人员。为创建以客户中心的组织，他们雇佣的是态度和天资，不一定是技术技能。

因为 SaskTel 知道，随着时间的推移，您会越来越适应云技术和架构。但如果团队与客户关系不密切，就解决不了根本问题。

第 3：没有通用的解决方案

没有一种解决方案可以解决云计算的各种复杂情况。针对每个工作使用合适的工具，使功能与服务级别协议相符合。平衡商用和优化的基础架构，以恰当的服务级别和价格点提供恰当的解决方案。

谈到供应，可以采用多种办法对基础架构进行细分。您不需要全面虚拟化所有东西，也不用创建需要完全均质的东西。

IT 环境的未来状态应由业务目标和目的、用于实现这些目标的技术解决方案以及将公司迁移到需要的位置所需的组织变化的组合决定。所有这些因素都需要认真加以考虑。没有一个模板可以实现完美的未来状态。

第 2：制定营销策略

好的营销策略包括发布业务服务目录、阐明对服务交付功能满意度、年复一年提供物质奖励，以及与客户紧密合作。云投资依赖于不断汲取服务模型以使资本支出物有所值。这意味着服务目录必须跟上甚至预见到业务需求随时间的变化。即使这对 IT 来说是一块新领域，构建包括需求计划、IT 投资、成本恢复模型以及 IT 服务的营销计划的业务模型已经成为 IT 运营模型的基础。

挑战不仅是在价格上与各公有云服务竞争，更是确保企业根据最佳共享服务功能来运营。这意味着从长远角度降低所有成本。问问自己这些营销问题：

如何吸引使用者群体并提供更好的服务级别协议 (SLA)？使用云服务有什么激励机制？如何保证降低每个时间段的成本？为确保重新订购可以做些什么？

作为营销策略的一部分，将业务用例告知客户。云业务用例包括组织定义的远景，以及与实现该远景所需的相关目标和目的。好的营销策略的结果应该是热情采纳。

在云实施的各个阶段，有多个里程碑和不同的业务合理性证明。为确保持续的执行支持，尝试在每个里程碑处实现一项业务优势。云计算不是组织的最终目的。提供价值以促进实现业务目标才是最终目标。制定营销策略时请记住这一点。

第 1：使用企业架构师

大家请鼓掌。在创建成功的云的过程中，头号最重要的要素就是利用企业架构师。正如我们在本文开头所提到的那样，企业架构师可以了解全局。他们知道如何协调业务和 IT，如何将人员、流程和技术整合到一起实现项目的既定目标。

针对大规模改造，Oracle 企业架构师建议遵循以下五条原则：

• 以历史的眼光来思考（当前状态/未来状态/以及中间或过渡状态）
• 研究“多维处理”（人员、流程、策略和技术）
• 汇集多支柱架构（应用程序、技术、硬件和软件）
• 执行“环境上下文化”（使云系统适合整个生态系统；不仅仅是设计孤立架构本身）
• 为最适合架构提供权衡分析（平衡业务、组织、财务和技术因素）

Oracle 提供的企业解决方案使业务策略与架构原则相一致。例如，Oracle 架构开发流程 (OADP) 反映了数十年的实施知识。Oracle 通过在每个主要行业的几乎方方面面协助提供企业 IT 解决方案获得了这种专业知识。我们将这种方法应用于构建私有云和公有云，取得了巨大的成功。

图 1：Oracle 架构开发过程

企业架构框架引导企业架构师完成云解决方案的构建过程：从架构远景声明和业务架构分析，经过系统和技术架构设计，到纳入迁移规划、治理和更改管理的部署考虑事项。

Oracle 建议在设计公有、私有或混合云基础架构时使用企业架构框架 (OEAF) 简化架构流程。Oracle 的框架与其他行业 EA 框架一致，但增加了 Oracle 特有的构件，如参考架构、工具和规范性指导。

图 2：Oracle 企业架构框架

在云中取得成功

云解决方案的设计和实施是一项复杂的任务。Oracle 企业架构师可以确保所有移动部件一致并提供实用的执行计划。除了实施技术最佳实践和创建实用的架构计划，他们还精通降低过渡风险、促进行政沟通和处理项目管理。请与我们的架构师交谈，让他们为您构建一个路线图。

关于作者

Octave Orgeron 是 Oracle 的高级总监和 Oracle 企业架构师。