Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3
在 Cloud Composer 上运行关键业务应用需要 需要多方承担不同的责任。本文档列出了 Google 和客户的责任（并未详尽列出所有主题）。
Google 责任
安全强化和 修补 Cloud Composer 包括环境组件和底层基础设施， Google Kubernetes Engine 集群、Cloud SQL 数据库（用于托管 Airflow Pub/Sub、Artifact Registry 和其他环境 元素。具体而言，这包括自动升级底层基础架构，包括环境的 GKE 集群和 Cloud SQL 实例。
通过 Cloud Composer 整合 IAM 提供的访问权限控制机制 默认加密静态数据 提供由客户管理的额外存储空间加密， 加密传输中的数据。
为 Identity and Access Management、Cloud Audit Logs 和 Cloud Key Management Service 提供 Google Cloud 集成。
使用 Access Transparency 和 Access Approval 限制和记录 Google 对客户集群的管理员权限，以便根据合同提供支持。
在 Cloud Composer 版本说明中发布有关 Cloud Composer 和 Airflow 版本之间向后不兼容更改的信息。
确保 Cloud Composer 文档保持最新状态：
提供 Cloud Composer 提供的所有功能的说明。
提供问题排查说明，帮助保持环境 运行状况良好。
发布已知问题及解决方法（如果 存在）。
解决与 Cloud Composer 相关的关键安全突发事件 Cloud Composer 提供的 Airflow 映像 （不包括客户安装的 Python 软件包）提供新的 环境版本来应对突发事件
根据客户的支持方案， Cloud Composer 环境健康状况问题。
与 Apache Airflow 社区合作，以维护和开发 Google Airflow 运算符。
排查 Airflow 核心中的问题，并尽可能修复其中的问题（如果可能） 功能
客户责任
升级到新的 Cloud Composer 和 Airflow 版本以保留 为产品提供支持，并解决安全问题 Cloud Composer 服务将 Cloud Composer 解决了这些问题
维护 DAG 代码，使其与所用的 Airflow 版本兼容。
保持环境的 GKE 集群配置完好无损， 特别是其自动升级功能。
在 IAM 中为环境的 服务账号。具体而言，请保留 Cloud Composer Agent 和环境的服务账号所需的权限。维持 用于 Cloud Composer 的 CMEK 密钥所需的权限 环境加密，并根据需要轮替。
在 IAM 中为存储 Composer 组件映像的环境存储桶和 Artifact Registry 代码库维护适当的权限。
在 IAM 和 Airflow 中维护适当的最终用户权限 界面访问权限控制配置。
通过使用维护 DAG 将 Airflow 数据库大小保持在 16 GB 以下。
在向 Cloud 客户服务团队提交支持请求之前，请先解决所有 DAG 解析问题。
调整 Cloud Composer 环境参数（例如 CPU 和 和 Airflow 配置来满足 Cloud Composer 环境的性能和负载预期 使用 Cloud Composer 优化指南 和环境伸缩指南。
避免移除 Cloud Composer Agent 所需的权限和 环境的服务账号（移除这些权限可能会导致 失败的管理操作，或者 DAG 和任务失败）。
始终启用 Cloud Composer 所需的所有服务和 API。这些依赖项必须在 Cloud Composer 所需的级别配置配额。
保留托管 Cloud Composer 环境使用的容器映像的 Artifact Registry 代码库。
遵循以下建议和最佳实践： 实现 DAG
避免在环境的 干扰 Cloud Composer 的 GKE 集群 并阻止其正常运行。