更新于 : Apr 13, 2021
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中,那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中,那么它很有可能已经不再具有相关性,我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。
了解更多
Apr 2021
评估
开放应用程序模型 (OAM) 旨在为“基础设施即软件”制定标准化方案。利用组件、应用程序配置、范围和特征等抽象,开发人员能以与平台无关的方式描述其应用程序。而平台实现者则完全可以用工作负载、特征和范围等另一套抽象来定义其平台。自从上次提到 OAM 以来,我们一直对其首个实现 KubeVela 保持着关注。 如今 KubeVela 即将发布1.0版,我们期待着它能证明 OAM 构想中的前景。
Oct 2020
评估
我们以前多次谈到创建平台工程产品团队来支持公司其他产品团队有许多好处,但实施起来确实很难。在基础设施即代码的世界中,业界似乎仍在寻找正确的抽象。尽管诸如 Terraform 和 Helm 之类的工具,已经朝着正确的方向迈进,但其重点仍然是管理基础设施,而不是应用程序开发。当然,业界还是存在一些向“基础设施即软件”方向的转变,比如涌现出 Pulumi 和 CDK 等新工具。而开放应用程序模型(OAM)则试图对该领域进行标准化。通过使用组件、应用程序配置、范围和特征等抽象,开发人员能以与平台无关的方式描述其应用程序。而平台实现者则完全可以用工作负载、特征和范围等另一套抽象来定义其平台。 OAM 是否能被广泛采用还有待观察,但是我们建议关注这个有趣且有用的想法。
发布于 : Oct 28, 2020