## 两个版本的 Pulumi 有什么区别，推荐使用哪一款？ cc 版本的 pulumi volcenginecc provider 和旧版的 pulumi volcengine provider 是两个完全独立的 Provider，相较于旧版 pulumi 在资源模型一致性、新产品特性覆盖等方面的局限，cc 版本的 IaC 依托 CCAPI 提供统一的资源操作接口，具备更完善的资源支持矩阵、更清晰的版本演进路径以及更强的稳定性保障。因此，**我们推荐您使用 cc 版本的 pulumi 工具，以获得更统一的资源管理体验和更可持续的长期支持**。 ## 如果我已经使用老版本的 Pulumi，如何迁移呢？如果您正在使用老版本的 IaC 工具，我们为您提供了两种迁移路径，您可以根据团队情况和业务复杂度灵活选择。 | |**方案描述** |**适用场景** |**优点** |**缺点** | |---|---|---|---|---| |方案一（**推荐**）|在同一个 Pulumi 项目中同时使用旧版 Pulumi 和 Pulumicc，实现平滑、渐进的迁移。|1. 生产环境复杂，希望最大程度降低迁移风险。|风险低，迁移过程平滑可控，不影响现有基础设施的稳定性，实现渐进式迁移，您可以按照自己的业务节奏逐步适应和采纳新技术。 |短期内会增加一定的代码管理复杂度，需要明确区分两个 Provider 的使用边界 |\ | | |2. 存量 IaC 代码规模较大，无法一次性完成重构。| | |\ | | |3. 希望在新业务或新模块中优先试用 Pulumicc。 | | | |方案二 |借助一系列自动化工具，帮助您将存量资源和代码一次性切换到 Pulumicc |1. 适用于希望彻底统一 Pulumi 依赖、避免长期维护双轨系统的场景。|一步到位，彻底享受 Pulumicc 带来的所有优势，降低长期维护成本。 |迁移风险相对集中，依旧需要人工确认和手动修改代码及状态文件，自动化工具对复杂的代码框架的处理存在瓶颈，需要进行详细的可迁移性分析、备份和迁移后的验证。 |\ | | |2. IaC 项目框架清晰，规模较小，项目资源依赖关系清晰。| | |\ | | |3. 有充分的测试窗口，能够对迁移后的基础设施进行全面验证。 | | | 如果您选择混用，以下示例展示了如何在同一个程序中同时使用两个版本的 IaC 工具： ```Python # 使用旧版 Pulumi 工具创建一个 IAM 策略，然后使用 cc 版本的 Pulumi 创建一个 IAM 用户，并关联到该策略。 import pulumi import pulumi_volcenginecc as vecc import pulumi_volcengine as ve # 使用1.0版本创建权限策略 policy = ve.iam.Policy("ve-policy", policy_name="ve-policy", description="this is a policy created by volcengine", policy_document="{\"Statement\":[{\"Effect\":\"Allow\",\"Action\":[\"auto_scaling:DescribeScalingGroups\"],\"Resource\":[\"*\"]}]}" ) # 使用cc版本创建 IAM 用户，并关联上述权限策略 user = vecc.iam.User("vecc-user", user_name="vecc-user", description="this is a user created by volcenginecc, and attached with policy created by volcengine", policies=[vecc.iam.UserPolicyArgs( policy_name=policy.policy_name, policy_type=policy.policy_type )], opts=pulumi.ResourceOptions(depends_on=[policy]) ) ```