765DevOps

在如今大环境下，人员越来越精简，手动 🐶 ，内部平台系统从需求->交付上线就一两个伙伴支撑，肿么还可能写Api文档呢……长期以往带来的问题，大家懂得都懂😂。

之前我司所执行的CI方案，其中对于业务来说是不开放Dockerfile的，由系统生成对应的Dcokerfile，业务唯一需要关心的只有build.sh文件。有优势（简单、高效、且安全）也有劣势（不灵活、无法多阶段构建、构建环境前依赖Jenkins机器环境），所以此处也做一个支持自定义的Dockerfile的方案。

关于kubernetes的动态准入的配置调研实验。

关于kubernetes的动态准入的配置调研实验。

关于kubernetes的Hpa的配置调研实验。

最近有机会体验下阿里的云效产品，感受下"大厂"的DevOps产品。在写这篇Blog时，正正好赶上了《阿里云效公共云基础版全面免费，不限人数使用》，基本可以白嫖了，为双十一做的贡献，终于有回报了。

估计应该由小伙伴为此纠结过吧，其实吧分支管理规范没有 ”银弹“ ，这里我只是分享我觉得比较简单也是对持续交付较为友好的 GitHubFlow + Tag 分支模型。

最近有机会体验下阿里的云效产品，感受下"大厂"的DevOps产品。在写这篇Blog时，正正好赶上了《阿里云效公共云基础版全面免费，不限人数使用》，基本可以白嫖了，为双十一做的贡献，终于有回报了。

如果你开始使用Jenkins作为你的CI工具，刚好也在使用K8s集群做CD，那你一定很纠结我的Jenkins到底用什么方式进行部署管理呢？
这里我将我们遇到的实际经验分享给各位参考，希望能给到你一些帮助吧，😄

在我们实际写Jenkin pipelines脚本中，可能会出现``java.lang.RuntimeException: Method code too large!，这个时候你就要抽象出一些公共的函数类库，避免项目方重复冗余的脚本代码书写`，在此处我也把我经常使用的一些共享函数库（jenkins-share-library）分享出来，欢迎交流指正哈！

SonarQube需要融合到DevOps平台，使其成为CICD的一个环节中来，发挥其更大的价值。我们需要考虑到如何与DevOps平台的集成，并且可以最小限度的对于业务代码的侵入性，这边文档将我的方案做个各详细阐述和大家一起分享。