问题描述：

1.1 流水线 CloudPipeline 代码源缺失，因为 不只是 git 才能存储代码，许多场景下，cd，根本不被允许分享源码，部署的粒度可能是jar/war/docker-image等，所以应该支持 对象存储和Docker Registry，最起码也应该支持 obs和swr;   

1.2 发布仓库CloudRelease，目前只能被编译构建 CloudBuild服务和部署 CloudDeploy调用，不应该是这个样子的！ 应该开放API/SDK，最起码应该开放 提交和下载的接口/函数；一个例子，假如所有的 jar 都在 obs，如果想使用华为的DevCloud 做 自动化 cicd，太费劲，但是，如果开放 CloudRelease 的相关API/SDK，我们就能写代码通过 serverless 服务自动将 位于 obs 的 jar 丢到 CloudRelease 做自动化cicd。

1.3  部署 CloudDeploy服务 注册主机组 只能是 EIP ，这个是什么鬼？嫌客户等保太好过了？应该是使用开源工具打造的 部署 CloudDeploy服务吧？目前 和 VPC 应该是没有打通吧？请尽快些！

1.4 模板问题，执行正常的流水线 CloudPipeline完成后，应该支持导出 模板，然后拿模板去创建 新的流水线；一个例子，要部署10多个服务，唯一不一样的地方可能是 git 仓库，serviceName，host_group，别的基本都一样，难道我得重建10次？我知道有个自定义模板，但是这个全部得自定义，我使用现有模板，稍微改一改就能用的，你让我全部重建？这个肯定不合适！

1.5 通过 yaml 或者 json 创建 流水线 CloudPipeline，类似 Jenkinsfile 那样，或者类似AWS的CodePipeline和CodeBuild，buildspec.yml这类的东西，直接通过 脚本 部署 流水线 CloudPipeline应该是最好的。说到这了，华为云上的IaC（基础设施及代码），应用编排服务aos，也应该改一改，参考下AWS的CloudFormation，貌似是只能通过 yaml 去更新，不太好！

1.6 代码托管 CodeHub服务 不支持 jenkins 去 Webhook Trigger，应该支持，兼容性强，客户才更愿意去 使用，迁移。

建议方案：

1.1 流水线 CloudPipeline 代码源缺失，应该添加 对象储存（obs/s3/oss/bos）和Docker Registry（swr/ecr/acr），最起码应该支持 自家的obs和swr。

1.2 发布仓库CloudRelease，应该开放API/SDK，最起码应该开放 提交和下载的接口/函数。

1.3 部署 CloudDeploy服务，请尽快支持使用 内网 IP 注册主机组。

1.4 模板问题，执行正常的流水线 CloudPipeline完成后，应该支持导出 模板，然后拿模板去创建 新的流水线。

1.5 通过 yaml 或者 json 创建 流水线 CloudPipeline，类似 Jenkinsfile 那样，或者类似AWS的CodePipeline和CodeBuild，buildspec.yml这类的东西，应该支持直接通过 脚本 部署 流水线。

1.6 华为云上的IaC（基础设施及代码），应用编排服务aos，也应该改一改，参考下AWS的CloudFormation，貌似是只能通过 yaml 去更新，堆栈创建成功后，应该在 console 页面上直接修改更新！

1.7 代码托管 CodeHub服务 不支持 jenkins 去 Webhook Trigger，应该支持！