Crossplane 2.0 发布

Crossplane 2.0 现已发布，一些新变化包括：

• 应用支持 —— 不再只管理基础设施，也能和云资源一起管理应用
• 更丰富的组合能力 —— 组合资源现在可以包含任何 Kubernetes 资源，不仅限于 Crossplane 定义的资源，支持全栈抽象
• 默认命名空间隔离 —— 复合资源（XRs）和托管资源（MRs）默认都有命名空间，隔离更好，更符合 Kubernetes 习惯
• 声明式的运维操作 —— 新增 Operation 类型，支持一次性、定时和事件驱动的升级、备份、维护等操作
• 托管资源过滤 —— 只安装你需要的托管资源，不必一次性全部加载某个 Provider 的所有资源

Crossplane 2.0 的一些核心变化包括：

应用成为一等公民

2.0 最大变化是组合资源现在能包含任何 Kubernetes 资源，不只限于 Crossplane 管理的基础设施。这意味着你可以定义一个复合资源，一次性完成数据库、网络、应用部署、监控等全部配置。

举例，平台团队可以给开发团队提供一个简单的 “microservice” API，自动完成新服务所有所需：

 apiVersion: platform.acme.io/v1 kind:Microservice metadata: namespace:team-api name:user-service spec: image:acme/user-service:v1.2.3 database:     engine:postgres     size:medium ingress:     subdomain:users 

背后自动创建 RDS 实例，配置安全组，部署应用（Deployment）、创建 Service 和 Ingress，甚至设置监控面板。平台团队处理复杂，开发团队获得精准服务。

默认启用命名空间隔离

不再默认集群级别资源，这常让新用户困惑。2.0 版本中，复合资源和托管资源都默认在命名空间内，符合 Kubernetes 规范，多租户更直观。

旧的 claim 和 XR 二元结构取消。你只需在对应命名空间创建资源：

 apiVersion: example.crossplane.io/v1 kind:Database metadata: namespace:frontend-team name:user-db spec: engine:postgres storage:100Gi 

需要集群范围资源（如共享网络）时依然可以创建，但必须显式指定，不再默认。

声明式的运维操作

新增了 Operation 类型。多年来，团队在备份、升级、维护等操作上常依赖自定义控制器或外部定时任务。现在，这些都能用 Crossplane 的声明式方式实现：

 apiVersion: ops.crossplane.io/v1alpha1 kind:CronOperation metadata: name:weekly-db-maintenance spec: schedule:"0 2 * * 0"# Sundays at 2 AM operationTemplate:     spec:       pipeline:       -step:upgrade         functionRef:           name:function-database-upgrade         input:           apiVersion:fn.crossplane.io/v1beta1           kind:UpgradeInput           maxDowntime:5m 

还推出了 WatchOperation，用于事件驱动自动化。

只安装所需资源

之前安装 AWS Provider 会加载 100+ 个 CRD，API 服务器压力大。虽然早就意识到问题，但解决方案复杂。

2.0 引入了 ManagedResourceDefinitions（MRDs）和激活策略，优雅解决这个难题：

 apiVersion: apiextensions.crossplane.io/v1alpha1 kind:ManagedResourceActivationPolicy metadata: name:aws-essentials spec: activate: -instances.rds.m.aws.crossplane.io -buckets.s3.m.aws.crossplane.io -"*.ec2.m.aws.crossplane.io" 

这样不仅减轻 API 服务器负担，还让团队清楚平台支持哪些云资源。

“构建 Crossplane 2.0 过程很艰难。我们弃用了当初看似重要、但实际增加复杂度的功能。基于社区反馈重构核心 API。最重要的是，让 Crossplane 更像原生 Kubernetes，因为平台团队一直这么告诉我们。

工程量巨大。重构核心控制器，重新设计组合引擎支持任意 Kubernetes 资源，打造全新操作和 Provider 管理系统。但这次发布更像是理念的转变：Crossplane 不只是管理基础设施，而是赋能平台团队构建完整的开发者体验。”

2.0 版本对大多数 v1.x 配置保持兼容。你已有的组合、Provider、复合资源继续有效。新项目建议直接用 v2 模式。现有项目可以逐步迁移，没必要着急。v1 API 还会持续支持，直到社区不再需要。

公告称，Crossplane 2.0 只是开始。开发团队正着手增强可观察性、改进组合调试工具，强化与云原生生态的集成。