未分類
30 1 月 2021

技术大佬们， CI/CD(持续集成/持续发布)的方案有哪些

技术大佬们， CI/CD(持续集成/持续发布)的方案有哪些

資深大佬 : userlijinhong 2

最近公司上级给的一个任务就是去了解研究一下微服务容器化，我自己理解的就是 docker+k8s 。 问了度娘，感觉领导的意思应该就是 CI/CD，网上给的方案是 gitlab + jenkins + docker + k8s， 我这里想问一下还有没有其他在生产环境中用得较多的方案

大佬有話說 (37)

  • 資深大佬 : Gwzlchn

    gitlab ci 就够了，不用 jenkins 也行。

  • 資深大佬 : yukong

    gitlab + k8s 结束了啊
    或者 jenkins + k8s

  • 資深大佬 : intmax2147483647

    付费方案：BuildKite+AWS 套件

  • 資深大佬 : retanoj

    微服务和 CI/CD 的确是两个事情

  • 資深大佬 : mitsuizzz

    gitlab 有自己的 cicd 也挺好用的

  • 資深大佬 : YzSama

    gitlab cicd 完美

  • 資深大佬 : bthulu

    gitlab 是好用是要钱的

  • 資深大佬 : agoodob

    我司（具体名字不说了）
    生产环境部署在 AWS 中国区（就俩区，北京和宁夏）东西都在北京区。
    CI/CD 我们是：
    Github -> AWS Codebuild -> AWS ECR -> AWS ECS

    Github 是存代码
    Codebuild 唯一的用途就是把代码打包成一个 Docker Image
    AWS ECR 是存这个镜像
    ECS 等同于 k8s

  • 資深大佬 : simonlu9

    刚搭完 docker 自动化部署，teamcity 满足你一切

  • 資深大佬 : RedBeanIce

    https://www.v2ex.com/t/697341#reply53

  • 資深大佬 : Luufery

    ci 直接用 gitlab 吧，teamcity 不好用，Jenkins 太古老了。cd 建议自研

  • 資深大佬 : liuxu

    公司的项目用的 gitlab + gitlab runner + docker-compose
    我自己的项目用的 github + github actions + k3s + helm

    目前建议用我项目的方案，我也准备给公司的项目迁移一下

  • 資深大佬 : liuxu

    @liuxu 我是说后半部分，k3s + helm

  • 資深大佬 : chendy

    gitlab ci + k8s

  • 資深大佬 : chogath

    阿里云云效

  • 資深大佬 : caotian

    可以尝试下开源的 drone.io ，目前在用，还是挺方便的

  • 資深大佬 : YouLMAO

    1.微服务+2.容器一般是 k8s+docker

    跟 CI/CD 没有一毛钱关系

  • 資深大佬 : soulmt

    容器化是容器化，自动部署是自动部署， 容器化方案 docker+k8s 这玩意你想怎么部署都可以 可以用 jenkins 哪怕自己写 shell 脚本都可以，或者你说的 ci/cd 自动部署，是 2 块功能哦

  • 資深大佬 : kaka6

    不是大厂项目的话
    其实自己写个更新程序也不难
    把项目代码托管到 码云、Coding 或 gitHub
    然后利用 webhook，调用自己的部署程序
    自己的部署程序其实也简单，在生产部署机子上部署个 flask web 程序，几行 python 代码：

    1 、os.chdir(todo_path) # 移动到项目目录下

    2 、pull_result = os.popen(“git pull “) # 拉取最新代码

    3 、build_result = os.popen( f”sudo docker build -t {name}:{tag} .”) #重新编译新镜像

    4 、stop_result = os.popen( f”docker stop {container_name} && docker rm {container_name}”) # 停止并删除旧版容器

    5 、run_result = os.popen( f”docker run –name {container_name} -d –restart=always {name}:{tag}”) # 启动运行新镜像，更新完成

  • 資深大佬 : tilv37

    Ci/CD 的话，目前公司的项目是放在微软的 Azure 上的。然后用的 Azure DevOps

    一般是：
    代码托管（ azure devops repo ）->DevOps Pipeline -> DevOps Realease ->Azure Container Registry – > Azure K8S Service

  • 資深大佬 : tilv37

    @tilv37
    顺序错了

    代码托管（ azure devops repo ）->DevOps Pipeline -> Azure Container Registry – > DevOps Realease -> Azure K8S Service

  • 資深大佬 : KuroNekoFan

    差不多
    Jenkins 的权限管理麻烦一点

  • 資深大佬 : lrvinye

    Coding 的用着不错

  • 資深大佬 : mumubin

    harness

  • 資深大佬 : danieladu

    azure pipeline

  • 資深大佬 : calmzhu

    量不大差别不大。
    超过 1000 个，还是 jenkins 省事

  • 資深大佬 : SkyLine7

    jenkins

  • 資深大佬 : yupozhang

    发布部署 以及其他运维常见管理，可以了解一下这个开源运维平台项目： https://github.com/openspug/spug

  • 資深大佬 : smilingsun

    了解一下 GitOps，简洁的是 FluxCD，强大的选 ArgoCD

  • 資深大佬 : bluefalconjun

    其实我也在一直找对应方案. 而且后面想加上一个方便的自动化测试流程.

    1. gerrit + jenkins 做编译检查已经有了.
    2. 缺对产出进行嵌入式设备上的自动化测试流程.

    看了下 各大厂好像都是自研流程. 商业化的不多. 求指导….

  • 資深大佬 : 676529483

    CI 我司用的 Jenkins，但个人感觉 drone 比较好用。CD 直接 k8s，自研平台掉 APIServer

  • 資深大佬 : amundsen

    gitlab + k8s （公司从 docker 迁移到 k8s 的）

  • 資深大佬 : jerray

    没有 CI/CD 也能容器化，主要是先容器化。

    我们最开始容器化的时候，项目负责人执行命令在本地构建和上传镜像。后来用得比较成熟了才部署了 CI 。代码仓库如果是 GitLab 的话，直接用 GitLab CI/CD 。GitHub 就考虑 GitHub Actions 。Drone.io 也可以考虑，本身就是容器化部署，特别方便。

  • 資深大佬 : hantsy

    太多了。

    https://github.com/hantsy/spring-reactive-jwt-sample

  • 資深大佬 : hantsy

    我这个例子配置了比较常见的 CI （大部分现代 CI 云服务，CICD 都是一体的），我选择了 8 个，还有配置其他，代码质量，测试 Coverage，等。

  • 資深大佬 : moxiaowei

    k8s+jenkins，使用 kubesphere 可视化操作 很爽的

  • 資深大佬 : thinkmore

    springboot + harbor + drone + k8s + kustomize