作者：
刘洋（炎寻） EDAS-OAM 架构与开发负责人
邓洪超 OAM spec maintainer
孙健波（天元） OAM spec maintainer
随着以 K8s 为主的云原生基础架构遍地生根，越来越多的团队开始基于 K8s 搭建持续部署、自助式发布体验的应用管理平台。然而，在 K8s 交付和管理应用方面，目前还缺乏一个统一的标准，这最终促使我们与微软联合推出了首个云原生应用标准定义与架构模型 - OAM。本文作者将从基本概念以及各个模块的封装设计与用法等角度出发来详细解读 OAM。OAM 主要有三个特点：
角色分类OAM 将应用相关的人员划分为 3 个角色：
核心概念OAM 包含以下核心概念：
服务组件（Component Schematics）应用开发使用服务组件来声明应用的属性（配置项），运维人员定义这些属性之后就能按照组件声明得到运行的组件实例，组件声明包含以下信息：
应用边界（Application Scopes）运维人员使用应用边界将组件组成松耦合的应用，可以赋予这组组件一些共用的属性和依赖，应用边界声明包含以下信息：
运维特征（Traits）运维人员使用运维特征赋予组件实例特定的运维能力，比如自动扩缩容，一个 Trait 可能仅限特定的工作负载类型，它们代表了系统运维方面的特性，而不是开发的特性，比如开发者知道自己的组件是否可以扩缩容，但是运维可以决定是手动扩缩容还是自动扩缩容，特征声明包含以下信息：
工作负载类型和配置（Workload types and configurations）描述特定工作负载的底层运行时，平台需要能够提供对应工作负载的运行时，工作负载声明包含以下信息：
应用配置（Application configuration）运维人员使用应用配置将组件、特征和应用边界的组合在一起实例化部署，应用配置声明包含以下信息：
组件、运维特征、应用边界通过应用配置（Application Configuration）实例化，然后再通过 OAM 的实现层翻译为真实的资源。
怎么用？使用 OAM 来管理云原生应用，其核心主要是围绕着“四个概念，一个动作”。
四个概念
一个动作
例子如何使用上面“四个概念，一个动作”来部署一个 OAM 应用呢？我们假想一个场景，用户的应用有两个组件：frontend 和 backend，其中 frontend 组件需要域名访问、自动扩缩容能力，并且 frontend 要访问 backend，两者应该在同一个 vpc 内，基于这个场景我们需要有：apiVersion: core.oam.dev/v1alpha1 kind: Trait metadata: name: Ingress spec: type: core.oam.dev/v1beta1.Ingress appliesTo: - core.oam.dev/v1alpha1.Server parameters: properties: | { "$schema": "http://json-schema.org/draft-07/schema#", "type": "object", "properties": { "host": { "type": "string", "description": "ingress hosts", }, "path": { "type": "string", "description": "ingress path", } } }
服务组件（Component Schematic）服务组件的意义是让开发者声明离散执行单元的运行时特性，可以用 JSON/YAML 格式来表示，其声明遵循 Kubernetes API 规范，区别在于：
定义
顶层属性属性类型必填默认值描述apiVersionstringY特定oam spec版本，比如core.oam.dev/v1kindstringY类型，对于组件来说就是ComponentSchematicmetadataMetadataY组件元数据specSpecY组件特定的定义属性
Metadata属性类型必填默认值描述namestringYlabelsmap[string]stringNk/v对作为组件的lebelsannotationsmap[string]stringNk/v对作为组件的描述信息
Spec属性类型必填默认值描述parameters[]ParameterN组件的可配置项workloadTypestringY简明语义化的组件运行时描述，以K8s为例就是指定底层使用StatefulSet还是Deployment这样osTypestringNlinux组件容器运行时依赖的操作系统类型，可选值：- linux- windowsarchstringNamd64组件容器运行时依赖的CPU架构，可选值：- i386- amd64- arm- arm64containers[]ContainerN实现组件的OCI容器们workloadSettings[]WorkloadSettingsN需要传给工作负载运行时的非容器配置声明上面的 workloadType 后面会有详细说明，这里简要来说就是开发者可以指定该 field 告诉运行时该组件如何被执行。工作负载命名的规范是 GROUP/VERSION.KIND，和 K8s 资源类型坐标一致，比如：