决策指南:是否该采用平台工程?

在采用平台工程之前,公司应该考量它是否符合自己目前的软件开发阶段。

译自 Platform Engineering, Yes/No? A Guide to Making the Call

这是Facets Cloud的“走向平台工程”系列文章的第七篇。您可以在此找到之前的文章。

关于平台工程的吹捧之声愈发高涨,这也无可厚非,原因在于平台工程能帮助企业加快工作节奏,简化开发人员的任务流程,并保证不同团队之间的一致性。看起来它似乎是许多公司完美的技术解决方案。

然而,理解平台工程可能并不适合每个组织也非常重要。在采用平台工程之前,公司需要考量它是否符合自己当前的软件开发阶段。并非每个项目或公司都已经做好了从平台工程中受益的准备。因此,在贸然采用之前思考它是否合适非常关键。

谁应该取消平台工程?

寻找产品市场适配的创业公司: 注重简单性

在寻找产品市场适配的关键阶段,创业公司需要敏捷性,但不一定需要平台工程提供的那种敏捷性。当工作重点是快速原型设计和迭代时,精心设计的平台工程设置实际上可能成为累赘而不是帮助。在这个阶段,更简单、更经济实惠的应用交付解决方案,甚至无代码原型设计解决方案,通常就足够了。

使用第三方软件的企业用户: 不要重复发明轮子

企业通常同时使用遗留系统、成熟软件和定制解决方案。如果您的企业高度依赖第三方软件,如 ERP 系统,部署和管理的指南通常由供应商提供。在这种情况下引入平台工程,可能会引发不必要的复杂性和成本。

产品陷入停滞的情况

一些公司维护着极少升级的成熟产品。在这种情况下,额外的速度和敏捷性就像给马车安装赛车引擎——有趣但无用。维护成熟、极少更新的产品的公司可能会发现平台工程几乎没有价值。如果您的发布周期非常慢,产品也没有变化,额外的敏捷性没有好处。

坚持瀑布流程的公司: 不需要敏捷性

仍坚持瀑布流程软件开发的公司。如果分阶段的非迭代方法一直行之有效,那么平台工程的敏捷迭代周期可能像将水油混合。如果您一直在使用瀑布流程运营成功,平台工程的优势可能不符合您的需求。

应关注平台工程的公司

技术密集型公司: 追求速度的论点

在消费品、游戏或 SaaS等行业,发布速度是竞争优势。率先推出具有突破性功能的产品可以显著提升一个公司的地位,吸引更多用户并增加收入。平台工程通过精简开发流程实现这一点,使部署新功能和服务的速度更快、更高效。在这些快速变化的行业中,速度是重要的竞争优势,可以决定成功或失败。平台工程不仅是一种奢侈,而是竞争的必要条件。

大规模 SaaS 场景: 非功能需求

作为 SaaS 公司,服务成本(云)、安全合规也是重要的非功能需求。如果处理不当,不断增长的 SaaS 公司在跨区域、跨云或面向上游市场时的审计压力可能会压垮公司。平台工程通过部署定制环境和简化流程来满足上述需求,让客户更满意,收入也更高。简而言之,交付速度和运营效率是健康指标,平台工程能提供两者。

企业标准化的驱动力: 统一法规

大型组织经常与各个技术团队的不一致做法纠结。大量产品和服务的组织往往必须培训不同的团队学习不同的方法,因为每个团队都是在自己的岗位工作,遵循不同的做法。一个集中的平台可以提供统一的指南和框架,确保所有团队遵循一致的开发实践,不受地点或侧重点的影响。

弥合人才缺口

为许多公司招聘专业云架构师是艰巨的任务。但是,如果让现有开发人员能够端到端处理云工程呢?如果公司觉得吸引和留住这种人才很困难,可以授权现有的开发团队承担这些职责。平台工程通过标准化、简化复杂的云架构任务和自动化重复工作,可以轻松地让现有开发者处理云相关工作。这不仅缓解招聘压力,还可以打造更通用、敏捷和负责任的技术团队。

Backlog的路线图: 加速云现代化

如果以前的云现代化往往陷入无限循环,因为过于复杂,平台工程可以提供所需的推力来实现突破。平台工程提供了标准化的工具和框架来部署和管理云资源。这种标准化消除了猜测,使团队可以专注于实现功能,而不必担心云基础设施的细节。它加速了向现代云平台迁移现有系统的过程。

开发人员的全方位自主权

新时代的开发人员不仅要编程;他们希望拥有工作的整个生命周期。平台工程通常涉及创建门户和控制台,允许开发人员自己部署、监控和管理应用程序。这种自主控制允许他们进行实时调整,不需要等待运维批准,从而增强独立性。平台工程推广使用松耦合架构和微服务。这使开发人员可以在不影响整体系统的前提下,对应用程序的离散、可管理部分进行工作,鼓励对所有权和控制的感觉。本质上,它将开发者转变为数字时代的全面授权工匠。

小巧但强大: 提升小规模运维团队的效率

小规模的运维团队常使用有限的资源管理复杂的基础设施。平台工程可以成为催化剂,让这些团队发挥最大效能。它支持自助服务门户,开发者可以自主管理部署。平台工程减少对运维团队日常任务的依赖,腾出时间处理更多战略项目。平台工程的优势,例如自动化、标准化、自助服务等,可以让小团队表现强过实际规模。

投入平台工程前的现实检查

在技术行业,采用新理念常常感觉是必须而不是可选的。平台工程尤其如此,它提供速度、效率和标准化的诱惑。但是不要仅因为别人都在用就急于跟风。智慧在判断,评估平台工程是否真是你组织所需的缺失拼图至关重要。并非每个公司都需要赛车发动机,有些只需要一套可靠的车轮。

采用时,调整至关重要。你公司的目标、现有技术栈和团队技能是否与平台工程的变革承诺一致?如果是,它会强力推动项目和目标实现加速度增长。但是,如果目前实施平台对公司毫无意义,你可能应更好地将资源投入到优化现有流程或提升团队技能上。关键是对独特需求和局限的清晰理解,这是做出明智的技术战略决策的基石。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注