立即领取|华润集团、宁德核电、东风岚图等 20+ 标杆企业数字化人才培养实践案例 了解详情
写点什么

采访 Tom Clark:ITV 公司的企业级 DevOps 实施情况

  • 2016-09-11
  • 本文字数:2303 字

    阅读完需:约 8 分钟

ITV 公司是英国的一家制片和传媒公司, Tom Clark 是该公司的通用平台主管,他在刚刚过去的 2016 年伦敦企业级 DevOps 峰会上发表了演讲,着重讲述了他们的云平台如何作为媒介传播 DevOps 实践、在整个企业中的工作方式,以及如何围绕它产生“聪明且友好”的工程师团队。

InfoQ 对 Clark 进行了深度采访,期间谈到 ITV 的 DevOps 是如何开始实施、现在的情况以及曾经面临的主要挑战。

InfoQ:可否请您更多和我们介绍下当前的角色?

Tom Clark:我负责管理公司整个平台工程师团队,他们会开发和运营“通用平台”,该平台中部署了我们现代化改造项目中所开发的所有应用程序。

InfoQ:您最早什么时候听说 DevOps,如何听说的?

Clark:我第一次听到这个词是在 2010 年,当时我加入了最初的伦敦 DevOps 邮件组。然而,我最早体验到 DevOps 的好处是在 2007 年,当时我在一家名为 Trutap 的公司做开发。在那里,开发者和系统管理员的座位相邻,意味着我们可以互相学习对方领域的知识——那种方式的生产力相当高。

InfoQ:在您的公司中是如何开始实施 DevOps 的?第一步是什么?为什么?

Clark:那需要回溯到 2012 年,我们为三星电视开发 ITV 播放器(我们的 VOD 平台,现在叫做 Hub)的一个版本。因为那是最小化可行产品(MVP),所以我的同事 Robert Taylor 认为是试验 DevOps/ 产品团队方法的理想机会,而不是像之前一样使用功能筒仓方式。

InfoQ:那更大程度上是一次自底向上的活动?还是说 DevOps 需要自顶向下的理解?

Clark:肯定是自底向上的。Rob 是正面思维的志愿者,他有想法并且对在线部门的技术控制有信心,所以要试试。结果非常成功,这让我们有信心在其他部门实施。这给了我们更多证据,帮助 CTO 下定决心,认为这对于其他技术部门也是正确的方法。

InfoQ:在您的组织中,当前都开始了哪些 DevOps 措施?它们是否影响组织产生了变化?

Clark:ITV 当前正在进行一项宏伟的现代化改造项目,要把几乎所有遗留的业务系统都重新开发一次(这里我所谓的遗留,是指用 COBOL 语言编写运行在大型机上的系统)。项目着重要从瀑布式切换到敏捷,且通过长期存在的“产品”而不是短期的项目来开发。

ITV 分为五个主要部门:工作室、商业、广播、在线和共享服务,每个部门都有专门的技术团队。现代化改造项目会影响所有部门,直到现在,他们一直都在使用瀑布式交付,因此我们确实要把它们带上敏捷的“旅程”,当变更在几天或者几周内交付,而不是花费几个月甚至几年时,那么即便他们发现特性发生变化的时候,也不会感到奇怪。

InfoQ:你是否见证了一些文化冲击,比方说来自于风险管控和安全团队?

Clark:令我惊奇的是,没有!我们的变革团队把自动化、持续集成、持续交付等视为降低风险提升信噪比的方式,让他们可以更专注于“真正的”风险。对于我们的安全团队也是一样。因为我们所有的工作都自动化、受到监管和跟踪,这让他们对平台很有信心,意味着可以专注于最需要的工作。当然也还有一些业务领域并不是完全适应持续部署,但我们正在逐步缩短他们的发布间隔,以证明那对于数据很安全。

InfoQ:在你的组织中,当开始实施 DevOps 的时候,还会面临哪些其他文化或者技术上的挑战?

Clark:我们在每个产品团队中都安排了一名平台工程师,这给团队带了了很大好处,但和拥有一个中心化共享团队相比,这会花费更多资源。这需要一些努力来说服他人,而结果证明了一切。

InfoQ:在你的组织迄今为止的 DevOps 旅程中,最大的成功和失败是什么?

Clark:让我想到的最新的成功是,一个新的产品团队能够在八周内完成“从 0 到 beta”,也就是把可以工作的产品交付到业务用户的手中。之前这可能需要一年的时间。

到现在为止,我们运气不错,还没有经历任何大型失败……

InfoQ:在两个案例中,你认为哪些因素最为重要?

Clark:成功由很多因素决定。协作是关键——业务人员非常清楚他们希望在最小化可行产品中实现什么,我们就按需交付,不做多余工作。从平台的角度,它得益于我们的核心团队开发的通用平台“toolkit”,而我们安排的工程师每天都在使用这个平台。他们会重用一些标准的“基本体”来构建平台,让我们得到了更好的一致性和更高的质量。

之所以到现在为止还没有出现重大失败,我认为原因在于我们更喜欢迭代式的变更,而不是大型变更,而且我们喜欢“从大处思考,小处着手”。我们还认为自己是“快速的跟随者”,而不是新技术的急先锋。

InfoQ:“2016 年 DevOps 状态报告”中声称,在 DevOps 和持续交付实践上的投资会更快、更可靠地交付业务价值。你是否同意?如果同意的话,在你的组织里面是否遇到过一些具体的例子来支持这种说法?

Clark:必须同意!上面“从 0 到 beta”的示例已经明显地说明了收益,本质上来说,手动的过程难以扩展——只能是通过自动化 / 持续集成 / 持续交付,我们才能够安全地完成所需要的大量变更,从而交付现代化改造项目。

InfoQ:你搜集了什么类型的数据或者反馈来验证通过 DevOps 转型所获得的价值(或者降低的浪费)?

Clark:我会经常和我所支持的产品所有者(我视他们为客户)会面,以确保我们尽其所能来帮助他们高效交付。

一般来说,每个人都对我们所做的感到很高兴,但我想要开始搜集数据资料,来验证从采用 DevOps 开始到底改变了多少事情。

InfoQ:在 ITV 的 DevOps 旅程中,接下来会有什么挑战和阻碍呢?

Clark:找到优秀人才一直是挑战。我总是说要雇佣拥有两种品质的人:“聪明”——适应变化的能力;“友好”——融入团队的能力。找到拥有一种品质的人还比较容易,但想要找到同时拥有两种品质的就非常困难。此外钱也不够了,我们列出的项目已经花掉了所有预算,但还在继续列举。

查看英文原文 DevOps Enterprise Adoption at ITV with Tom Clark

2016-09-11 19:001624
用户头像

发布了 340 篇内容, 共 129.2 次阅读, 收获喜欢 13 次。

关注

评论

发布
暂无评论
发现更多内容

Wicrypt:赋有激励的 DePIN 互联网共享生态

股市老人

初级Go工程师训练营第0期总结

刘博

Go 极客时间 课程总结

纠个错……OpenAI和马斯克的两个开源项目都叫Grok?

天马行空的大杂烩

程序员 开源项目 马斯克

Bridge 2024 for Mac(BR) v14.0.3激活版

iMac小白

DAPP钱包燃烧质押合约挖矿项目系统开发

l8l259l3365

2024-03-23:用go语言,一张桌子上总共有 n 个硬币 栈 。每个栈有 正整数 个带面值的硬币, 每一次操作中,你可以从任意一个栈的 顶部 取出 1 个硬币,从栈中移除它,并放入你的钱包里。

福大大架构师每日一题

福大大架构师每日一题

关于 .NET Core 中的 Host

雄鹿 @

ASP.NET Core

《Java并发编程实战》PDF

程序员李木子

人性的撕裂与重生

少油少糖八分饱

小说 推理小说 悬疑 绝叫

JetBrains pycharm pro 2023 for mac(Python编辑开发) v2023.3.5中文激活版

iMac小白

Fork for Mac(Git客户端) v2.41.1激活版

iMac小白

动力底盘域的“一小步”,智能汽车的“一大步”

脑极体

AI

MySQL之优化SELECT语句

百度搜索:蓝易云

MySQL Linux 运维 云服务器 select

All to MP3 Audio Converter for Mac(mp3音频格式转换器) v5.2.0直装版

iMac小白

Segment Anything(SAM)的哪些后续方法,又快又好?

AI帅辉

深度学习 计算机视觉 图像分割

Penpad 生态资产 $PDD LaunchPad 在即,Season 2 规则解读

西柚子

Greenplum实用技巧

百度搜索:蓝易云

云计算 Linux 运维 greenplum 云服务器

Python基本文件操作及os库

百度搜索:蓝易云

Python Linux 运维 云服务器 OS

Ubuntu 20.04通过udev规则修改网卡名称(例如eth0)

百度搜索:蓝易云

Linux ubuntu 运维 云服务器 udev

Luminar Neo for mac(图像编辑软件) v1.18.3中文激活版

iMac小白

Airfoil 5 for mac(高品质音乐播放器) v5.12.0激活版

iMac小白

采访Tom Clark:ITV公司的企业级DevOps实施情况_DevOps & 平台工程_Manuel Pais_InfoQ精选文章