网飞“赋能架构师”谈数字化转型 - forbes


网飞Netflix以行业领先的公共云使用而闻名于技术界,但他们如何构建软件,特别是如何驱动整体架构,可能是他们成就中最具范式转变的方面。
传统企业的高管可能会查看 Netflix 案例研究,并将其归结为 Web Scale 公司的成功,而这永远不会适用于银行、政府机构、制造商或任何其他传统企业。为了帮助消除对 Netflix 有用的东西对你不起作用的神话,forbes采访了Adrian Cockcroft(“赋能架构师”):如今,Adrian Cockcroft 担任Battery Ventures 的技术研究员,但直到最近,他还是 Netflix 的云架构师,以 Netflix 做事方式的思想领袖而闻名。
 
企业转型现状
DevOps 是一种重组和一种文化转型。许多企业正处于转型之中,并在苦苦挣扎。云、持续交付、DevOps 和敏捷软件开发都纠缠在一起并相互关联。
企业希望让他们的 OODA(观察、定位、决定和行动)循环更快地用于产品开发,他们希望通过 SaaS 和移动应用程序的反馈循环和假设检验来持续学习。
因此,对快速创新的战略性业务需求渗透到整个组织中,IT 部门首当其冲。软件开发是他们所做的最慢的事情,已经成为瓶颈了。
 
成本优化悖论
一方面,加快产品开发生命周期有助于提高产品上市时间和提高市场渗透率,但同时也降低了成本,因为在最初的概念和发布之间需要更少的工时。具有讽刺意味的是,要实现这种成本节约,组织必须绕过旨在控制成本的各种政策和程序:几个月的批准流程成本比您要求的机器还要多。当你优化成本时,你会减慢速度,这会增加其他地方的成本,比如外部性成本。
正是这些外部性是企业实现数字化转型目标所必须关注的。
大多数公司都是用疤痕组织Scar tissue建立起来的,疤痕组织包括流程、规则、人力资源手册、整个瀑布理念。疤痕组织会阻止您完成任何事情。你需要清理、自动化、精简,减少交接。
这种精简是Cockcroft在Netflix 学到的最重要的教训之一:当你相信你的流程足够好以至于不会出错时,那就是一切都会出错的时候。这个过程阻碍了正确的产品。DevOps 是解决这个悖论的关键。DevOps 将外部性与核心流程相结合,整个团队都以发展的速度前进,因为他们现在是一个组织。
 
重塑架构
显然,如果企业架构的传统方法很少在典型企业中奏效,那么它们在 Netflix 肯定不会有效。
需要严格架构的单体整体应用会保持中央控制的严格架构审查委员会,这是传统企业架构方法的特征,但 Netflix 却没有。在 Netflix,我们没有对架构进行中央控制。如果我们这样做,我们将永远落后,因为我们会停止创新。
架构的目标是创造正确的紧急行为,紧急行为是复杂系统表现出的自组织的结果。为了在 Netflix 实现预期的产品创新,Cockcroft 的团队会“放松控制,让它变得‘混乱’,但实际上它会‘涌现emergent’。
这时建立反馈循环并改变管理风格。
事实上,混乱和涌现行为之间的区别是复杂系统理论的核心——因此,敏捷架构的核心挑战是采取措施确保产生理想的涌现行为,而不是大型组织通常会出现的正常混乱容易受影响。
架构意味着让人们做正确的事情而不限制他们建造的东西,在 Netflix,我作为架构师的角色是记录、鼓励和传播架构。例如,我们如何处理可用性、灾难恢复和备份。
因此,许多架构师可能不认可 Cockcroft 的架构风格。Cockcroft 指出:“Netflix的架构变化得比你想象的要快。因此,尝试绘制它是没有用的。
外,Netflix 从未将他们的架构视为构建软件的先决条件。他们认为他们创建的架构是一个理想化的版本,会 将其放在那里以获取反馈,学得越快,就越有能力支持公司转型。 这种反馈循环是推动 Netflix 产品开发战略核心业务敏捷性的关键。
敏捷方法意味着不断修正路线。
 
企业经验
成功的数字化转型需要可靠的敏捷架构方法。组织必须将云、移动、敏捷开发和 DevOps 结合起来,以推动跨多个团队的快速产品开发,每个团队都负责自己的持续交付。试图用传统的架构工件、流程和程序来控制这个明显混乱的环境只会减慢组织的速度,从而阻碍创新。
然而,组织仍然需要高水平的整体设计和协调,以支持业务的敏捷性目标而不妨碍它们。这种架构在方法上本质上是敏捷的。Netflix 的架构模式具有弹性和功能性,优化但未集中管理。
可以肯定的是,这不是传统的架构,甚至可能无法被该工艺的长期从业者识别为架构。然而,这种敏捷架构方法对于任何数字化转型计划的成功都是必不可少的。