cicd怎么解决配置中心

Posted 2023-04-16

参考技术A cicd-wayne-2：使用wayne容器化apollo配置中心
目录：
(1).wayne中创建命名空间
(2).wayne创建apollo项目
(3).wayne中容器化apollo
(1).wayne中创建命名空间
点击“创建命名空间”:
选中“自动创建”会在K8S集群中创建对应的命名空间。名称指的是在wayne中的逻辑名称，方便wayne管理，两者尽量保持一致。
可用机房：0.1表示cpu核数，1表示内存是1G；分别表示这个namespace中cpu和内存可以达到的上限。
(2).wayne创建apollo项目
wayne中项目的概念：
一个namespace(wayne与K8S共有)中可以部署多个项目，比如说用户中心这个部门(对应user-namespace)下有多个项目，passport, account, user等项目；而每个项目又对应多个服务，比如passport项目对应passport-rpc, passport-web等。可以如此类比理解wayne中的管理结构。
返回前台创建项目：
后边我们要容器化的apollo的各项服务都会放在下图中的apollo-min项目中：
(3).wayne中容器化apollo
在前台的项目列表页中进入项目apollo-min：
笔者提供了dev环境下的最小apollo集群容器化的配置文件，位于：
https://github.com/hepyu/k8s-app-config/tree/master/yaml/min-cluster-allinone/apollo-min
以wayne对apollo-config-server容器化举例，admin-server与portal-server类似：
apollo-config-server有4个组件：1个Configmap, 2个Service(其中1个是nodePort暴露apollo配置服务到容器外部)，1个StatefulSet。
1.创建configmap
configmap对应wayne中的配置集中的每个配置项，创建配置集：
创建configmap，对应wayne中的“创建配置集模板”：
选择高级配置，直接写yaml文件：
点击保存后：
点击提交完成configmap配置，注意到这里只是将配置放到了wayne自己的配置数据库中，并没有容器化到kubernetes集群中；需要点击发布才会将这个配置发布到kubernetes容器。
2.创建service
wayne前台选择负载均衡：
创建负载均衡模板(对应kubernetes中的service)：
同样选择高级配置：
同样方式部署nodeport类型的负载均衡/service，最终结果：
之所以有两个负载均衡，是因为clusterIP类型的service是提供给容器内部服务使用;nodeport类型的service是暴露配置服务给容器外部，这样容器中的apollo可以同时为容器内部和外部的应用提供配置中心的服务。
点击发布，将负载均衡/service部署到kubernetes容器中：
3.创建StatefulSet
在状态副本集中配置后进行发布，流程类似，不再赘述。

DevOps落地实践 BAT系列 CICD iPipe vs CCI

百度效率云，将自身定位为研发工具的SaaS解决方面，三大看点代码托管/CICD/敏捷看板非常清晰，对应icode/ipipe/icafe三大自研工具。而腾讯的DevOps解决方案聚焦于代码托管/CICD/测试管理/运维监控/项目管理五大领域，具体则依托于腾云TGit/CCI/COC/TAPD四大开发者工具。因为功能和做法较为相近，这篇文章中我们将会通过其官方的介绍来看一下CICD的具体做法和各自的亮点。

CCI持续集成

为开发者提供支持多种编程语言的编译构建服务，包含定时/手动启动构建、查看构建结果及日志、支持快速分发交付、可扩展的自动化测试等功能，为项目的持续集成体系提供上游基础服务，提升项目研发效率。

Why CCI

优势	详细说明
接入门槛低	通过认证的腾讯云帐号，CCI 可直接同步 TGit 的代码库进行构建任务的创建；并提供了多台标准编译机，基础构建任务无需进行编译机购买及环境搭建工作。
配置灵活	CCI 提供丰富的自定义编译参数，满足各种复杂编译任务需求；支持接入私有编译机，满足用户特殊编译环境的任务需求；支持接入第三方代码源，可从 Github 或其他 SVN 代码源拉取代码完成构建。
流水线对接	在同步 TGit 代码的同时，CCI也能获取到 TGit 的提交日志，关联变更与构建结果；可自动或手工将构建结果同步至织云文件管理模块，对构建结果进行版本管理，进而完成批量机器自动化部署工作。
可扩展性强	可配置定时触发构建或代码提交触发构建，快速迭代更新；构建下游提供开放接口，可接入各类自动化检测工具（如代码静态扫描、安装包检测），快速诊断代码问题，提升测试质量。

产品功能

功能	详细说明
构建任务管理	灵活的构建任务配置，可针对不同项目配置一到多个构建任务，独立产出构建结果。
编译参数场景	系统支持默认构建参数，允许自定义配置构建参数及构建脚本，满足个性化构建需求。
编译机管理	提供了多台标准编译机，支持接入私有编译机，支持用户特殊编译环境的任务。
自动触发机制	用户可手动触发构建以外，可定时或代码提交时触发构建，满足每日基线及实时基线结果诉求。
关联提交行为	CI可拉取tGit或其他代码源的提交日志，为每次构建结果关联上代码提交日志，方便跟踪代码提交产出。
无需人工介入	通过后台的构建集群，CI可保证编译的安全及稳定；构建完成后通过各类通知方式进行结果同步，无需值守或干预。
代码托管	通过认证的腾讯云帐号，CCI 可直接拉取同一个开发者（或企业）的 TGit 项目，降低项目接入开销。
发布部署	CCI 结果可一键或自动将构建结果同步至织云文件管理模块，对构建结果进行版本管理，协助完成批量机器自动化部署工作。

iPipe:持续交付工具

Why iPipe

优势	详细说明
高效	分布式构建，并发不排队;串行、并行、定时多种模式支持;自动日志分析，快速定位异常
强大	集成多种应用测试服务，开箱即用;一键部署主流云商;灰度发布、A/B验证多种部署支持;监控、反馈，实时了解系统运行情况

产品功能

• Check-in编译
• 持续集成
• 产品仓库
• 一键部署到云端
• 移动应用测试

使用方式

以下一iPipe为例，简单了解一下平台如何使用。

iPipe + Jenkins

与Jenkins的集成方式，提供iPipe的Jenkins插件：iPipe-Agent
在iPipe上创建job

自动化构建

代码评审

整体设定的yaml文件

Image:
    type : default
BeforeBuild:
    script : ./before_build.sh
Build:
    script : ./build.sh
AfterBuild:
    script : ./after_build.sh
Package:
    script : ./check_artifact.sh
    artifacts:
        name : waimai_fe
        version : $COMMIT_ID-$BUILD_ID
        files : [./ci.yml, ./build.sh]

格式说明
Image:
    type : 指定编译环境标签, 必填字段。默认标签是default, 任何企业均可指定使用。企业还可以拥有专有的编译环境标签，专有标签为企业专属所有。

BeforeBuild: // 编译前
    script : 指定编译前要运行脚本, 可选字段。该脚本的路径以代码根目录为起始的相对路径

Build: // 编译中
    script : 指定编译阶段要运行脚本, 可选字段。该脚本的路径以代码根目录为起始的相对路径

AfterBuild: // 编译后
    script : 指定编译完成后要运行脚本, 可选字段。该脚本的路径以代码根目录为起始的相对路径

Package:
    script : 指定将编译结果打包时要运行脚本, 可选字段。该脚本的路径以代码根目录为起始的相对路径. 具体的打包动作由编译系统自动完成，该脚本不负责具体的打包工作。
    artifacts:
        name : 指定编译结果压缩包的名称
        version : 指定编译结果压缩包的版本，支持$COMMIT_ID, $BUILD_ID两者的任意组合, 并用‘-‘连接. COMMMIT_ID 表示git 仓库commit id, $BUILD_ID 表示构建ID.
                  支持格式: $BUILD_ID, $COMMIT_ID, $BUILD_ID-$COMMIT_ID, $COMMIT_ID-$BUILD_ID
        files : 指定具体的产出文件路径，多个文件逗号分割。每个路径均以代码根路径起始的相对路径

情况说明:
       name 和version 全部为空时，表示只编译，不打包。
       name 和version 只要有一个不为空，则进行打包操作。
       version 字段只支持$BUILD_ID, $COMMIT_ID两个内置变量，必须以$开头, 两个都存在时必须以‘-‘连接，不支持其他符号进行连接
       files 中多个文件路径必须以逗号分割, 不分割默认是一个文件路径

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21
• 22
• 23
• 24
• 25
• 26
• 27
• 28
• 29
• 30
• 31
• 32
• 33
• 34
• 35
• 36
• 37
• 38
• 39
• 40
• 41

持续交付

总结

无论是百度还是腾讯，都很好的利用了自身的体量和平台的优势，使得云平台的用户使用起来更加顺畅，更能够集中精力与业务开发。除了一键部署，而iPipe也明确的提出了持续部署中的灰度发布和A/B验证部署方式的支持。但是CI/CD可能遇到的情况非常复杂，比如云和非云，公有云和私有云的混合构成，然后多种编程语言，多种操作系统，不同的中间件，是否依然能够支持，或者能够支持到什么程度，没有得到详细的验证，如果自动编译以Maven为中心的构成，则很有可能集中于java系的应用程序开发，具体在使用的时候这些都需要进一步的进行考察。

再分享一下我老师大神的人工智能教程吧。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://www.cnblogs.com/captainbed