摘要：在本文中，我们将深入探讨一些帮助构想平台工程理念并将其付诸实施，造福开发团队和系统管理员的人员的个人故事和动机。这篇最新的文章是《The New Stack》最近关于平台工程的诞生和持续演变的文章的补充，该文章分享了平台工程迄今为止引人入胜的历史。

多年来，许多开发人员和IT人士一直在努力寻找更好的软件开发方法。以下是部分平台工程创建者的一些故事。

译自Platform Engineering: The Pioneers Who Built It，作者 Todd R Weiss。

如同其他重大的软件创新一样，平台工程的灵感来自于那些梦想找到更好、更高效工作方式的开发者和系统管理员。

因此，在世界各地的开发者社区、技术会议、咖啡馆和工作场所，好奇的开发者们分享并构想出了为他们的任务和公司编写、共享、改进和构建更好应用程序的新想法。

在这些需求的驱动下，这些创新者们提出了一种框架，为项目组件命名和定义，并合作规划和构建了如今仍在发展壮大的平台工程学。

并且，像每一个大型软件项目一样，它需要众多开发者共同努力，才创造出了平台工程自2015年左右以来发展的起点。

在本文中，我们将深入探讨一些帮助构想平台工程理念并将其付诸实施，造福开发团队和系统管理员的人员的个人故事和动机。这篇最新的文章是《The New Stack》最近关于平台工程的诞生和持续演变的文章的补充，该文章分享了平台工程迄今为止引人入胜的历史。

作为一名自20世纪90年代以来的软件开发者和高管，在过去几十年里，见证了软件构建和使用方式的诸多变化。

“平台工程的演变是对组织在扩展其数字基础设施时面临的挑战的直接回应，”平台和产品工程董事总经理告诉《The New Stack》。“这门学科源于必要，就像DevOps一样，但它特别关注创建能够抽象基础设施复杂性、实现自动化和改善开发者体验的平台。”

他表示，虽然几年前DevOps最初被认为是构建更好软件的一种有价值的方式，但很快人们就意识到DevOps无法扩展到超过大约50名开发人员的团队。

“自从20世纪90年代初以来，我一直致力于改进开发和工程效率，并一直在寻找一种方法，将一流的产品管理的严谨性引入内部产品的构建中，”说。“这主要是我在担任生产力工具或DevOps团队领导者的每一份工作中所支持的大型开发者社区。在我们为开发者提供的解决方案的粘性、可扩展性和可组合性方面，直到平台工程出现之前，都不是最佳的。”

他说，这就是他参与平台工程运动早期阶段的方式，通过近距离观察传统应用程序开发流程的不足之处，并寻找改进方法。

“解决上述问题的最佳方法是走在变革的前沿，”曾担任平台咨询公司平台工程开发者体验和FinOps负责人说。“就像早期的Linux一样，平台工程源于必要，并由一群认识到传统方法无法扩展的创新者塑造。”

对他来说，他还受到平台工程如何使组织能够打破孤岛并简化复杂工作流程的激励。

“亲眼目睹一个实施良好的平台如何不仅能够改变团队的生产力，还能改变团队的文化，这让我意识到这种方法的强大之处，”他说。“帮助组织从遗留系统过渡到现代的云原生架构，而不会中断运营的机会，仍然非常有意义，尤其是在我们能够为团队和业务带来有意义的增长和影响时。”

据称，还有许多其他人相信平台工程的相同优势和承诺，并在塑造仍在发展中的技术方面发挥了重要作用。 这包括Apache Mesos的共同创建者，以及Honeycomb.io的联合创始人，Chankramath说道。

这包括Apache Mesos的共同创始人Benjamin Hindman，他在“开发启发平台相关技术的分布式系统方面发挥了关键作用”，以及Honeycomb.io的联合创始人Charity Majors，她“倡导将可观测性作为平台工程的核心方面，强调了分布式系统中操作可见性的必要性”，Chankramath说。

此外，谷歌的退休杰出工程师Kelsey Hightower是Kubernetes和简化开发者工作流程的平台工程实践的关键倡导者，而Manual Pais和Matthew Skelton合著了一本开创性的书《团队拓扑学》，这本书“改变了我们对平台组织的看法”，Chankramath说。

另一位平台工程创新者，Sam Newman，“在微服务和平台思维方面的思想领袖，专注于组织如何构建可扩展的平台以提高开发者生产力”，而《持续交付》和《DevOps手册》的作者杰兹·汉布林，帮助定义了平台工程如何将DevOps原则扩展到大规模持续交付流水线，”Chankramath说。

平台工程运动的其他领导者包括Humanitec的Kaspar von Grünberg和Luca Galante，Chankramath说：“他们通过他们的编排解决方案以及目前作为CNCF一部分的评分框架，比世界上任何人都更多地推动了平台工程社区的发展。”

此外，还有 Evan Bottcher，他在 Martin Fowler的博客上写了《当我谈论平台时我在谈论什么》，以及 Daniel Bryant 和他的团队在Syntasso的工作，“他们一直在做一些了不起的工作，提醒人们需要一个独立的平台，可以在你的软件开发生命周期中全面协调，”Chankramath写道。

“他们通常无私，并且被看到社区中的其他人崛起并开始贡献所驱动，” Syntasso的平台工程师兼产品营销负责人 Daniel Bryant 在接受The New Stack采访时说。“平台工程中许多优秀的领导者在创新——构建工具、在活动中进行演示和获取反馈——与尝试复合知识，例如标准化术语、技术和框架之间找到了平衡。在CNCF平台工作组中可以看到一个很好的例子，CNCF平台白皮书和平台工程成熟度模型背后的团队做了令人惊叹的工作。这是自下而上推动的，现在真正由社区拥有。”

一直在努力推进平台工程的开发人员和远见卓识者分享了他们致力于有所作为的奉献精神，因为他们是由“对相关问题的亲身体验以及希望与他人分享解决方案的愿望”驱动的，Bryant说。“我之所以进入平台工程，是因为我总是开发团队中的“CI/CD和Jenkins”人员。”

一位同事，“在QA工作，并亲身体验到定义不明确的平台可能对软件测试能力造成的挑战，”Bryant说。“我们俩都一直热爱学习和教学，我们觉得有必要与社区分享我们的经验。这最初是为DevOps领域做出的贡献，然后随着这个学科的出现以及与我们的兴趣和技能更加一致，我们转向了平台工程。”

他说，这就是激励其他平台工程领导者的原因。

“他们已经完成了艰苦的工作，经历了痛苦，并希望其他人能够在此基础上继续努力，”Bryant 说。“领导者经常会积极确保下一代工程师不会重蹈覆辙。相反，他们应该能够在现有技术的基础上进行构建，犯下新的错误——并将这些经验回馈给社区，以延续良性循环。”

Jack Gold, J. Gold and Associates LLC 的首席分析师表示，他也在其他软件领域看到了这种奉献精神，因为开发人员和有远见的人对平台工程等新概念产生了兴趣。

“这实际上是打破他们认为阻碍他们设想的进步类型的界限，”Gold 说。“大多数有远见卓识的企业家都能看到其他人认为很正常的问题。他们试图让事情变得更好、更容易、更快、更便宜等等。这通常是他们在特定技术或业务职能方面工作中的‘顿悟时刻’。”

Gold 说，解决问题的内在需求驱使他们承担这些领导角色，“并期望他们能够比任何人都做得更好。这是他们的创业精神，以及真正希望解决其他人甚至尚未意识到的问题的愿望。”

本文在云云众生（）首发，欢迎大家访问。

来源：新浪财经