开启云之旅的 4 项基本投资

发布于:2019 年 11 月 8 日 08:00

开启云之旅的 4 项基本投资

“好皮肤是妆容的最佳基础”- Holland Rolland

最近,我在一篇文章中介绍了一种称作“采用阶段”(SofA) 的心理模型,它描述组织在实现云优先时所经历的旅程。我发现,这个旅程与其说是技术行为,不如说是一种领导力和变更管理行为。尽管没有通用的答案,我还是希望在高管们引导组织踏上云之旅时,把 SofA 看作是一个有用的模型。

我的上一篇文章主要介绍第一个采用阶段 (我称之为“项目”),其中介绍了我在开启云之旅的组织中的所见所闻。

通常只需要几个项目,大多数组织就能意识到云上的交付速度能够快多少。这篇文章介绍我发现各组织投资的四个典型领域,他们通过这些投资将云优势拓展到整个组织;我把这称为“基础”阶段。

1. 创建云卓越中心 (CCoE) 团队

我认为创建 CCoE 是组织最重要的基础投资之一,特别是在您需要发展自己的企业文化时。与我对话的许多组织使用其 CCoE 作为支点在组织中的各个层面推行变革,这是我在企业取得云迁移成功的飞轮中提到的趋势。

正如我在组建 CCoE 团队中所说的那样,我希望看到组织组建一个具有多样化视角的跨职能团队。随着系统管理、数据库管理、网络工程和运营等领域通过代码实现自动化,其传统角色正在逐渐融合。我坚信您已经拥有成功实现云迁移所需的人才,只要渴望学习新知识,今天这些岗位上的任何人都适合成为 CCoE 团队的成员。您可能已经知道哪些人适合,哪些人不适合。

在组建 CCoE 时,请考虑各个业务部门如何与之协作,以及组织如何掌控 (集中/ 分散) 技术选择。

例如,我们在道琼斯组建 CCoE 团队时,将其命名为 DevOps ,有意将它与描述运行您构建的内容理念的术语混杂使用。我们的目标是让 DevOps 团队规定运营模式,体现我们倾向于在企业中实施的最佳实践、管理方式和护栏,同时仍然允许各个业务部门自主做出其所需的决策,从而在受控的时间期限内完成其目标。随着 DevOps 团队的日渐成熟,我们的参考架构 (见下文) 也不断完善。我们发现,越来越多的业务部门希望使用 DevOps 团队提供的内容,因为它们可以加快其工作速度、提高其运营效率,而不是因为我们强迫他们使用这些内容。

2. 构建参考架构,在企业各处反复使用

鼓励您的团队在其负责的应用程序中寻找通用模式。如果找到可满足多个应用程序需求的参考架构,则创建脚本来实现该参考架构的自动构建,同时将其纳入安全和运营控制体系。它可能非常简单,如为各种操作系统创建“黄金映像”供您的团队使用;也可能十分复杂,如用于描述托管的所有网站的架构和运营模式的蓝图。

每个参考架构都应考虑如何与您的本地资产通信。我在有关混合架构误区的文章中说过:“我接触过的许多首席信息官希望尽快将基础设施迁移到云,但必须认识到,有意义的云采用是一个需要时间的过程。在迁移到云的过程中,公司需要一种能够保持系统正常运行同时充分利用其现有投资的方法。”有些组织创建一些安全组,以符合其现有控制体系规定的方式穿过本地防火墙进行通信。然后,他们在不同的参考架构中重用这些安全组。

使您的 CCoE 能够观察整个 IT 产品组合,让他们更容易发现和扩展参考架构。在进行扩展时, AWS Service Catalog 可以帮助您在整个组织中存储、许可和分发参考架构。

3. 培育试验文化和发展您的运营模式

云是我职业生涯中见过的最大试验推动力,许多组织使用云之旅作为一项有力的功能来重新考虑其传统 IT 运营模型。

我发现越来越多的组织开始重新考虑为每个业务部门提供多少技术选择自主权。此外,他们还仔细思考如何管理角色和权限、谁负责成本、可以/ 应该使用哪些工具进行监控和日志记录,以及谁能影响环境中的变化。

例如在 Amazon,每项服务都由一个“双披萨团队”负责,该团队对其提供给客户的服务承担全部责任。这包括所使用的技术、服务的路线图、服务的运营等。

尽管这种运行您构建的内容的心态可能让一些人感到不舒服,我还是发现越来越多的组织开始朝着这个方向发展。许多组织督促其 CCoE 确定合适的运营模型,并将其融入到交付给每个业务部门的参考架构和持续集成工具中。建好适当的“护栏”后,这可大大提升各个业务部门发布更改的频率。

例如,我在道琼斯工作时,我们的 CCoE 构建了一个简单、有效的持续集成管道,借助该管道,我们不再每两周发布一次更改,而是在微小更改准备好后立即推送。2014 年 9 月,在我离开道琼斯之前,我们的 CCoE 团队向我提供了一份文档,单在这一个月,他们就向 MarketWatch.com 发布了 600 次更新。这是我收到的最宝贵的离别礼物。

4. 教育员工,给团队提供学习机会

教育是您带领团队一路向前的最有效的机制。关于这个主题,我已经在以下文章中进行了全面的介绍,我认为,它对于组织在当今的人才市场中保持竞争力极其重要,无论怎样强调都不过分。

在我看来,Capital One 是行业领先的人才发展组织之一。Capital One 云工程技术总监 Drew Firment 在其关于人才转变是云采用中最困难的环节之一的文章中分享了其先进的思想。

结语…

将这些基础投资视为有利于组织未来数年发展的事情。 不要好高骛远,请注意,您可以不断迭代和改善基础。在您学习的过程中,它应该功能强大并且具有灵活性。

您的基础经验是什么?我乐于倾听,欢迎与我讨论如何发表在我的博客上!

不断前进
– Stephen
orbans@amazon.com
@stephenorban
http://aws.amazon.com/enterprise/

本文转载自 AWS 技术博客。

原文链接:
https://amazonaws-china.com/cn/blogs/china/4-foundational-investments-for-your-cloud-journey/

欲了解 AWS 的更多信息,请访问【AWS 技术专区】

阅读数:476 发布于:2019 年 11 月 8 日 08:00

更多 其他、语言 & 开发、AWS 相关课程,可下载【 极客时间 】App 免费领取 >

评论

发布
暂无评论
  • 什么是 PaaS?怎样深入理解和评估 PaaS?

    如果把你要构建的应用比作高楼大厦,那么PaaS作为大厦的基石和支柱,它是当之无愧、值得信赖的。

    2020 年 3 月 23 日

  • 管理者在敏捷转型中的角色

    敏捷并不提倡传统项目管理者的角色,因此他们需要在企业向敏捷转型的过程中,重新进行自我定位。Robert Galen认为,管理层的介入将对团队效能产生负面影响,然而除了单纯批评管理者或解雇他们外,我们还有一些其他的选择来帮助他们实现向敏捷领导者的转变。

    2014 年 6 月 29 日

  • 认证敏捷领导力项目已经公布

    认证敏捷领导力项目旨在提供一种用于发展敏捷领导力的学习框架,从而提升领导者的效能。我们采访了Pete Behrens,谈到了领导力的重要性、改变领导者的领导方式以及领导力文化、自组织团队的领导力,以及组织可以采取哪些措施来发展敏捷领导力。

    2016 年 8 月 25 日

  • 问答 Mayank Prakash:英国最大政府部门的 DevOps 采用情况

    英国就业及退休金事务部总监、CDO兼CIO Mayank Prakash在DevOps Enterprise Summit London活动中向与会者介绍了英国最大政府部门如何“从供应商外包的传统架构和服务交付模式,转型为以数字化为核心DNA的全新模式”,InfoQ随后采访了Prakash先生。

    2017 年 8 月 1 日

  • 用 10% 的自主时间提升学习

    给团队10%的自主时间用来学习可以缩短交付时间,提高质量,提升积极性。10%原则为团队提供了完全的自主权,让他们可以从事他们认为重要的工作。这样做可以解放人们的创造力,增强团队的潜能。

    2016 年 10 月 26 日

  • 第 20 讲 | 论团队管理与共同升级

    如何让这些特别聪明甚至“傲娇”的技术人才可以在一起高效的工作,如何招、识、管、留、开,是一个技术管理者的核心技能。

    2018 年 5 月 17 日

  • 第 7 讲 | 要制定技术战略,先看清局面

    什么是技术战略?用通俗的话来讲,就是在现阶段用合适的人、合适的技术架构办合适的事情。

    2018 年 4 月 25 日

  • 如今的首席信息官正在合并业务和技术

    在上一篇文章中,我断言今天的技术执行官需要扮演首席变革管理官 (CCMO™) 的角色,领导其组织完成企业云之旅。

    2019 年 11 月 7 日

  • 挑战有关如何构建卓越云中心的传统智慧 ,AWS 云企业战略博客

    我们可以从百老汇的成功学到哪些有关构建高效团队的经验。

    2019 年 9 月 25 日

  • 大咖对话 | 刘俊强:云计算时代技术管理者的应对之道

    使用云是一种手段而不是目的,我们的目的是实现IT现代化,通过标准化和自动化的云战略来辅助实现最终目的。

    2019 年 3 月 29 日