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