You need to enable JavaScript to run this app.
文档中心
复制全文
下载 pdf
cc 版本 Pulumi(推荐)
常见问题
复制全文
下载 pdf
常见问题
两个版本的 Pulumi 有什么区别,推荐使用哪一款?​
cc 版本的 pulumi volcenginecc provider 和旧版的 pulumi volcengine provider 是两个完全独立的 Provider,相较于旧版 pulumi 在资源模型一致性、新产品特性覆盖等方面的局限,cc 版本的 IaC 依托 CCAPI 提供统一的资源操作接口,具备更完善的资源支持矩阵、更清晰的版本演进路径以及更强的稳定性保障。因此,我们推荐您使用 cc 版本的 pulumi 工具,以获得更统一的资源管理体验和更可持续的长期支持。​
如果我已经使用老版本的 Pulumi,如何迁移呢?​
如果您正在使用老版本的 IaC 工具,我们为您提供了两种迁移路径,您可以根据团队情况和业务复杂度灵活选择。​
​
​
方案描述​
适用场景​
优点​
缺点​
方案一(推荐)​
​
在同一个 Pulumi 项目中同时使用旧版 Pulumi 和 Pulumicc,实现平滑、渐进的迁移。​
​
  1. 生产环境复杂,希望最大程度降低迁移风险。​
  1. 存量 IaC 代码规模较大,无法一次性完成重构。​
  1. 希望在新业务或新模块中优先试用 Pulumicc。​
风险低,迁移过程平滑可控,不影响现有基础设施的稳定性,实现渐进式迁移,您可以按照自己的业务节奏逐步适应和采纳新技术。​
短期内会增加一定的代码管理复杂度,需要明确区分两个 Provider 的使用边界​
方案二​
完整梳理当前的项目架构,将存量资源和代码一次性切换到 Pulumicc​
  1. 适用于希望彻底统一 Pulumi 依赖、避免长期维护双轨系统的场景。​
  1. IaC 项目框架清晰,规模较小,项目资源依赖关系清晰。​
  1. 有充分的测试窗口,能够对迁移后的基础设施进行全面验证。​
一步到位,彻底享受 Pulumicc 带来的所有优势,降低长期维护成本。​
迁移风险相对集中,依旧需要人工确认和手动修改代码及状态文件,自动化工具对复杂的代码框架的要求较高,需要进行详细的可迁移性分析、备份和迁移后的验证。​
​
如果您选择混用,以下示例展示了如何在同一个程序中同时使用两个版本的 IaC 工具:​
​
# 使用旧版 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])​
)​
​
​
最近更新时间:2026.03.27 18:51:27
这个页面对您有帮助吗?
有用
有用
无用
无用