Products
96SEO 2026-02-23 11:07 2
历经无数个日夜#xff0c;最终开花结果。
感触良多#xff0c;今天就借这篇文章来谈一谈这本书的…
历经无数个日夜最终开花结果。
感触良多今天就借这篇文章来谈一谈这本书的创作。
CI/CD的文章有的只是简单的记录有些是自己的思考当时也没想着以后会写书但无疑这些前期积累的资料都给了我很大的支撑是我最初始的素材。
我写的最早的GitLab
CI/CD文章可以追溯到2020年7月份那是我刚进入滴普科技的第二个月新的工作总是充满了挑战性在两个月内我也熟练使用了Docker接触了一些开源的K8s相关的项目这些知识都让我以后使用某个平台变得轻而易举。
一行docker命令就将项目部署起来。
在2021年的某一天在CSDN的博客专家群里热心分享的博主们开始讨论了写书这件事。
有些博主已经写了三本书而且还在写书有些新作者也开始尝试。
这给我的心里埋下了一颗种子。
这颗种子在上班路上发芽在下班路上发芽在我写博文时成长最终我不得不深刻思考写书这件事。
就像我写了几年的博客得到了社区的博客专家称号前端领域优秀作者称号积累到一定的程度就会有一个里程碑不是开始也不是结束只是一个里程碑。
而成书也是对某一个细分领域的深刻系统学习总结的一个里程碑。
技术人偶尔要站起来跳一跳看看自己到底能达什么样的高度。
别人的认可是一部分因素更重要的自己想写书写书的价值是毋庸置疑的。
当我在博主群里询问是否有编辑推荐时邹老师向我推荐了人邮的编辑。
这里再次感谢。
当时可供我选择的选题有三个Node-REDThingsBoardGitLab
这三个选题在2021年我都有一定的研究和专栏感兴趣的同学可以看看我的相关专栏最重要的很认同他们都是非常好的优秀项目相信在不久的将来会有更多人的需要学习了解研究它们。
其实现在这三个开源项目也有很多的社区和社群。
属于DevOps领域在写书的时候必然需要一些相关概念理论基础。
除了这些最大的拦路虎是
mkdirtouchvim这几个简单命令。
为了解决这个短板我向编辑申bai请piao了四本书其中就有《鸟哥的Linux
2.0》。
刚开始会怕这些未知的问题。
但后来想通了兵来将挡遇水搭桥而且当时坐我旁边的就是一个运维大拿。
我怕谁谁阻挡我我就解决谁。
带着豪气干云的决心开始了我的写作之旅。
在真正写的时候针对shell脚本这一块是我当初夸大了问题的复杂度一本书里三行的shell脚本都不超过五处。
所以如果你想在书里学习shell脚本那很大程度会失望。
刚入门的小白也不要担心书里没什么很深奥的代码片段。
很多个周末我都是待在村口的肯德基边听音乐边写作。
这篇文章就是坐在这个肯德基里写的还有免费空调。
有时为了心无旁骛地写作也会去公司写坐一个小时的公交。
写作的过程中我也收到了很多帮助让我印象最深的是我因为手头没有集群去实践k8s部署应用一个网友知道后就直接把他的集群配置文件交给我啦。
我也在他的帮助下搞通了整个流程写下了这篇文章《使用GitLab
在学习的过程中受助于人是非常幸运的。
我们应该感恩。
再次感谢那位朋友。
官方文档我看了不止3篇有的地方看了5篇不止。
发现有不对的地方也给官方提了3个PR。
我的其他几个专栏也都是这样成型的。
如果你要练书法就要先从点横竖这些最最基本的做起。
在写书前我花了很长时间把那些东西放进去那些东西不放进去。
知识整理组织规划一直是我的强项所以我对书的目录安排还算比较满意。
CI/CD的基础知识包括CI/CD的含义什么是流水线GitLab
Runner.gitalb.yml文件。
最重要的是34个关键词的使用。
第二部分是项目实战如果上面的基础知识是点的实战篇就是将点连成线聚焦具体的应用项目解决连续复杂的业务场景能够落地实施提高研发效能。
一共有三个项目实战作为一名前端我把前端项目的CI/CD放在第一位应该不会有人有意见吧。
在书中详细描写了三种前端Vue项目的部署方式分别是使用Docker部署应用使用阿里云OSS部署在远程机器上部署。
前后端分离的项目后端为Java语言前端是React框架讲解了在前后的分离的应用架构下如何使用父子流水线跨项目流水线来合理设计CI/CD流程。
并延伸了一些微服务架构的应用部署。
每一个实战项目都是不同的架构不同的编程语言不同的部署方式。
这样能够覆盖更多的业务场景这也是运维人员经常遇到的场景。
除了覆盖到各种业务场景书中也对探讨了另一个话题——速度流水线的运行速度部署速度一直都是软件团队关注的重要指标也非常影响开发体验。
所以在书里也加大力度探讨了如何加快流水线运行速度。
每一个实战项目后都有针对该项目的优化措施最佳实践。
虽然我尽力覆盖更多的业务场景但无奈场景是无穷无尽的。
使用GitLab
解决复杂的业务场景我们只能从基础知识下手它的能力都是有基础知识支撑起来的。
正所谓
万变不离其宗只有打好基础我们才能战胜更加复杂的困难这好像是我初中老师经常说的。
CI/CD的流水线都写在一个yml文件中使它能够保持优美的格式。
除了30多个关键词用来覆盖多数业务场景最让人叹服的是很多时候你可以使用预设变量非常简单地实现不可思议的复杂功能。
你可以在流水线中实现如果a开发人员的提交信息里包含[pass],
就不运行某个检查作业也可实现b开发人员的提交必须经过Approval才能合并这些判断都只是一行表达式并不需要你写shell脚本去实现而且会有版本控制各个分支互不影响。
在书中我根据自己的学习经历给出了合适学习路线先了解概念搭建环境学习78个常用的关键词然后实践。
学习更多关键词优化流水线。
书的内容介绍目录都可以在商品详情页可以看到这里就不做太多的介绍啦。
CI/CD时有很多专业的运维朋友向我请教问题和他们的交流中让我始终保持着强烈的求知欲和探索欲。
一个前端不去卷前端便要来混运维我只想告诉大家没有人可以给自己打标签不要把自己圈养打破固有的知识牢笼。
之前有个人告诉我前端不该学GitLab
CI/CD当我用它把公司的前端开发环境部署流程搞成模范时他又想让我学习Jenkins。
学习GitLab
CI/CD就像程序员业余时间炒股票弹钢琴健身刷短视频玩塞尔达一样不要当作养家户口的工具当作自己的兴趣而兴趣产生价值就是开花结果。
CI/CD来做持续集成持续部署。
它会帮助你的团队提高DevOps能力降本增效。
作为专业的SEO优化服务提供商，我们致力于通过科学、系统的搜索引擎优化策略，帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程，确保每一步都基于数据分析和行业最佳实践：
全面检测网站技术问题、内容质量、竞争对手情况，制定个性化优化方案。
基于用户搜索意图和商业目标，制定全面的关键词矩阵和布局策略。
解决网站技术问题，优化网站结构，提升页面速度和移动端体验。
创作高质量原创内容，优化现有页面，建立内容更新机制。
获取高质量外部链接，建立品牌在线影响力，提升网站权威度。
持续监控排名、流量和转化数据，根据效果调整优化策略。
基于我们服务的客户数据统计，平均优化效果如下：
我们坚信，真正的SEO优化不仅仅是追求排名，而是通过提供优质内容、优化用户体验、建立网站权威，最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系，共同成长。
Demand feedback
