本文主要是介绍平台工程再引热议，KubeCon EU发生了什么?，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
3月19日-22日，欧洲 KubeCon+CloudNativeCon 在法国巴黎成功举办，大会吸引了超过12,000名参会者，是欧洲地区年度顶级技术盛会。
对于平台工程领域来说，这届大会最为特别的是首次设置了 Platform Engineering Day 作为同场会议。由于平台工程话题的火爆（其火爆程度仅次于 AI），关于它的讨论蔓延到了多个活动中，如 ArgoCon、AppDeveloperCon等。
本届大会的讨论与往届相比，不再局限于讨论如何构建平台模块，而开始向平台即产品、平台功能和接口、用户体验、最佳实践等方向延伸。这进一步说明了平台工程在越来越多的企业和组织中得到采用，并逐步走向成熟。
01 基础设施与应用交付的融合
社区正在积极寻求在基础架构优化和交付之间取得平衡的方法，以实现更快、更可靠的部署。
kcp 项目（https://github.com/kcp-dev/kcp）维护者之一，Marvin Beckers 在 Platform Engineering Day 上以“使用 kcp 构建平台工程 API 层”为主题进行分享，他建议用户应该在 API 层使用 Kubernetes，这样可以保持一致性。尽管 CRD 仅限于集群内部会对扩展性带来一定挑战，但 kcp 提供了一种类 Kubernetes 风格的全局控制平面，可以将基础设施、服务提供商和开发人员连接起来，进而大规模地使用 K8s 风格的 API，让组织架构的重构更轻松。
另一个值得注意的是，CNOE 等以企业为中心的框架强调融合、成本管理和托管服务，以简化内部开发者平台（IDP）对云原生工具和 GitOps 的采用。
>>>CNOE框架：https://github.com/cnoe-io
02 平台即产品，用户即上帝
利氏兄弟拍卖行分享了其在构建平台的过程中平台即产品的思考，他们将减轻开发人员的认知负担作为平台建设的优先事项。首先他们利用现有的 Kubernetes API 来扩展平台的管理范围，并使用同样的云原生配置、置备和可观测性工具来对非 Kubernetes 产品和服务进行配置，而无需团队采用新的工具，优化学习曲线。
来自 Spotify 的 Coffman 分享了如何借助产品思维赋能开发者平台团队，平台团队首先需要建立以产品为中心的设计思路，并从以下几个方面进行思考：
-
价值：为什么要这样做？这样做是否正确？最终想要达成何种结果？
-
可行性：我们面向的用户是谁？他们会怎样使用这个平台？
-
要赋能的产品人员：技术人员、用户体验设计师、工程师，因此需要对他们有同理心。因为不同的人有不同的背景、动机和需求。
来自 Elastic 的工程师们在 ArgoCon 上分享了他们利用 Argo 生态实现的平台工程实践，他们在 CUE 中使用自定义配置层对应用程序集进行抽象，构建通用的应用程序配置管理框架。通过 GitOps 实现跨多个集群、提供商和环境的部署，并使用 IaC 工具进行基础设施管理，最后利用 Argo Workflows 和 Argo Events 进行跨环境部署和逐步回滚，从而简化研发体验。
OpenTofu 也是一个值得关注的赋能平台工程的基础设施开源项目。在 OpenTofu Day 上，来自数澈软件Seal 的首席架构师 Lawrence 根据 Terraform 公开的 issue 数据进行定量分析，了解用户对哪些功能和领域的期望长期得不到满足，进而为未来的基础设施管理提供参考，满足 Infra 团队的使用需求。
来自北欧银行的服务提供商 Bankdata 的资深经理 Thomas 则分享了如何借助 Backstage 推动开发标准化，让开发人员在高压监管的环境下加速软件交付同时提升幸福感，最终 make 500+ developers happy！
以上就是本届 KubeCon 中关于平台工程内容的简单回顾，如果您想了解更多可以访问：
https://www.youtube.com/playlist?list=PLj6h78yzYM2Me-TpMQFvCphDu_xm71ed_
这篇关于平台工程再引热议，KubeCon EU发生了什么?的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
