大家好,我是Petter Guo
一位热爱探索的全栈工程师。在这里，我将分享个人的Technical essentials，带你玩转前端、后端到 DevOps 的硬核技术，解锁AI，助你打通技术任督二脉，成为真正的全能玩家!！
如果对你有帮助, 请点赞+ 收藏 +关注鼓励下, 学习公众号为 全栈派森。
本节你将学习到:
- 实现CI/CD的两种主流方式 ?
- 如何持续提升研发效率 ?
CI/CD（持续集成与持续交付/部署）是现代软件开发的核心理念与实践，旨在通过自动化流程加速代码从开发到生产的全生命周期，提升开发效率、保障产品质量、缩短交付周期。
CI/CD的核心概念
对基础概念感兴趣的可以直接阅读 DevOps详解
CI/CD平台体系搭建
- 流程概述
- 基础设施搭建：购买/租赁服务器、配置网络与存储系统（如Kubernetes集群、Docker容器）；
- 工具链配置：安装并配置CI/CD工具（如Jenkins、GitLab CI、TeamCity等），设置与代码仓库（如GitHub、GitLab）的集成；
- 流程定义：编写自动化脚本（如Jenkins Pipeline、GitLab CI流水线），定义"代码提交→构建→测试→部署"的完整流程；
- 测试与验证：对流程进行全面测试，确保各环节稳定运行，无故障。
- 优点
- 完全可控：企业可根据自身需求定制流程（如特定安全策略、合规要求），不受外部限制；
- 安全性高：数据存储在企业内部，符合严格的安全与合规标准（如GDPR、行业规范）；
- 长期成本可控：虽然初期投入较高，但长期来看，维护成本相对固定。
- 缺点
- 高初始投入：需要投入大量资金购买硬件、软件许可证，以及搭建和维护基础设施；
- 维护复杂：需要专门的运维团队负责工具更新、故障排查、性能优化，维护成本高；
- 扩展性有限：当业务规模扩大时，可能需要额外投入硬件资源，扩展难度较大；
- 安全隐患：若维护不当，可能导致安全漏洞（如未及时更新工具版本）。
- 适用场景
适合大型企业 （如金融、政务领域），因有严格的安全和合规要求，且具备足够的技术资源和预算；或对自主可控要求极高的企业（如军工、航天领域）。
上 "云"
- 流程概述
- 选择云服务商提供的CI/CD工具（如AWS CodePipeline支持与S3、ECR、ECS等服务的集成）；
- 配置代码仓库与云服务的连接（如GitHub、GitLab与云平台的集成）
- 定义自动化流程（如"代码提交→自动构建→自动测试→自动部署至云服务器"）；
- 启动流程，云服务商负责执行所有步骤。
- 优点
- 快速启动：无需自建基础设施，几分钟即可启动CI/CD流程，适合快速迭代的企业；
- 低成本：采用"按需付费"模式，无需前期大额投资，适合中小企业；
- 丰富功能：云服务商提供完善的工具集（如集成测试、部署、监控等功能），满足多样化需求；
- 高扩展性：随业务增长可轻松扩展资源，无需额外投入；
- 专业维护：由云服务商负责基础运维，企业无需承担工具更新、故障排查等工作。
- 缺点
- 数据隐私风险：代码和数据存储在云端，可能存在数据泄露或被攻击的风险（需注意选择合规的云服务商）；
- 供应商锁定：依赖单一云服务商，若未来更换服务商，可能需要重新调整流程；
- 费用波动：若业务量突然增大，可能产生较高的费用（如大规模部署时的计算成本）
- 适用场景
适合中小企业 （如初创公司、中型互联网企业），因需要快速启动、节省成本；或对自主可控要求不高的企业，且愿意接受一定的数据风险。
研发效能的思考 ?
- 研发效能提升是否一定由技术驱动 ?
研发效能提升的影响因素包括 人, 流程, 技术, 文化, 组织结构等。技术只是其中一环, 可能在部分公司占比大,比如云原生,容器,微服务,低代码, 人工智能技术可使平台自动化和一体化, 确实可直接或间接的提升研发效能。
- 只为了上云还是充分利用云原生的力量 ?
云原生不只是迁移业务到云上, 而是充分利用云基础设施和服务的独特性快速交付业务价值。
- 如何持续提升研发效率 ?
- 尽可能促进组织交付更多价值,包括缩短生产和交付周期,提升价值交付量和价值交付质量。
- 尽可能促进端与端协作, 提升需求全链路流动效率。
- 尽可能激发员工内驱力, 促进员工成长。
- 持续获得有价值的业务需求,通过反馈持续改进方法,持续验证,持续闭环。
- 团队是否还在破窗效应中挣扎 ?
脏代码,技术债务,测试脚本运行慢,大量集成后统一发布,信息不透明,低可视化,笨重的流程,这些都可能引发破窗效应。
- 度量的本质是什么 ?
度量只是手段,目的是系统性的持续改进而非控制。加速微反馈回路并极力推行: 反馈时间短一些,研发人员就会更早,更频繁的进行验证。
高效是研发人员的动力。没有摩擦,他们就有时间创造性的思考。