由 VMware Tanzu 赞助的 The New Stac k最新电子书为您的平台工程策略奠定基础，帮助您实现 DevOps 承诺的更快生产力。
本文翻译自 New Ebook: Get Our Free Platform Engineering Guide 。本人也翻译整理了这本《平台工程: 您现在需要知道的》，可以在这里下载。
无疑，对我来说，今年是平台工程的一年，至少在 The New Stack 这里是这样。今天，TNS 正在发布我写的一本电子书，这是关于这个主题的第一本：《平台工程：您现在需要知道的》。就平台工程资源而言，我可能有些偏见，但这本平台工程指南应该在您的图书馆中占有一席之地。
这当然不会是 TNS 在这一热门话题上的最后发言。蓬勃发展的平台社区充满了可以分享的故事和教训。毕竟，每个平台都应该是不同的，是对您公司独特文化、目标和技术堆栈的响应。
这个社会技术实践和工具集似乎突然走进了主流，这是对几个因素的回应 - 日益复杂的云原生景观、更紧张的预算、充满活力的 Slack 社区，尤其是在实施 DevOps 方面的 15 年挑战。
DevOps 要求组织试图打破壁垒，但壁垒通常存在合理的原因 - 合规性、安全性、预算、传统技术、职责分离。
虽然专注于流程、反馈和实验是很好的，但实际上 DevOps 已经导致开发人员负责的事情远远不止为客户提供价值 - 例如云计算、网络安全和基础设施。
另一方面，平台工程 - 正如 Syntasso 的首席工程师 Abigail Bangser 最近告诉我 - 侧重于这些壁垒之间的摩擦。
她说：“与我们历史上所做的去除壁垒不同，我们现在 - 正确地 - 专注于减少摩擦。”
DevOps 原则继续强调通过快速反馈循环拥有解决方案，但只关注改进技术方面。平台工程还减少了技术和业务部门以及流程之间的摩擦。
无论是人际关系、人与计算机、还是计算机之间，摩擦的根源往往可以归结为沟通。当平台工程正确交付时，它充当跨组织的翻译器。软件开发团队感觉更紧密地与业务目标相连。业务了解大型工程成本中心正在进行的工作。并建立了明确的前进路径。
平台工程侧重于可发现性、通过开发者喜爱的 API 实现可扩展性以及自助服务。通过建立 Spotify（流媒体公司）所称的“黄金路径”，平台反映了技术和业务利益相关者之间的一致，同时减少了完成工作的摩擦。
由 VMware Tanzu 赞助的这本免费电子书为您的平台策略奠定了基础。它汇集了数十家已经走过这一旅程的组织的建议和经验，让您可以建立与内部开发者客户的共鸣和理解，并构建一个真正有助于他们以更少的资源更快地实现更多成果的内部开发者平台。
通过这本平台工程指南，您将学到：
- 为什么平台工程正在崭露头角。
- 如何首先关注文化。
- “最薄的可行平台”以及如何构建一个可以帮助您的开发者快速上手的平台。
- API和自助服务的威力。
- 以产品为平台的思维方式。
- 平台启用的安全性。
- 如何衡量成功。
- 如何保持动力。
这本平台工程电子书适用于各种规模的组织，它们希望以真正理解和满足开发者需求的方式创建或扩展他们的平台战略，从而提高开发者的生产力和快乐。
但不要只听我的话。立即下载它吧！