文章声明：此文基于木子实操撰写
生产环境：Windows Server 2019 Core
论证耗时：30m
撰文耗时：30m
校文耗时：15m
问题关键字：Windows Server 2019 Core 虚拟机系统镜像制作
Windows Server 2019是微软于2018年11月13日发布的新一代Windows Server服务器操作系统，基于Win10 1809（LTSC）内核开发而成，而Windows Server 2019 Core本质上就是没有GUI的Windows Server操作系统。为什么微软会出这样一款操作系统了？其主要的原因是希望尽快融入云计算、大数据的时代，更好的支持Docker、Kubernetes、Azure、HCI等IaaS&PaaS架构，而Core的推出是为了让系统更加专注于服务本身，这与Linux的初衷是一致的。
文章声明：此文基于木子实操Demo撰写
生产环境：Docker 19.03.8，Python 3.8.2，Selenium 3.141.0
论证耗时：24h
撰文耗时：2h
校文耗时：1h
问题关键字：Python Selenium,Selenium,Docker Python Selenium,Docker Selenium
最近测试的同学找到木子，说前面他们一直在Windows下进行压测，不懂Docker，对于Docker的压测更是没有研究。既然找到木子，木子也得想办法协助处理，只能自己先研究一下，然后写一个Demo，输出给他们一个大概的流程和方案，后面就他们自己慢慢琢磨研究了。因为木子也没有玩过Selenium，所以将整个过程记录下来，希望能够帮忙到初级入门的同学，大神左转。
在使用Selenium进行自动化测试时，首先需要搭建Selenium的运行环境，其中包括：安装Java、浏览器Firefox/Chrome、Selenium-standalone-server等等。这个部署过程相对来说比较复杂，而且容易出现Selenium运行环境中浏览器driver与浏览器版本不一致问题，造成在环境准备和维护上需要消耗很多时间，而采用Docker的方式部署Selenium方式，可以大大提高部署效率。
文章声明：此文基于木子个人实操+理论撰写
生产环境：无
论证耗时：无
撰文耗时：30m
校文耗时：10m
问题关键字：DevOps,SRE
前面有同学私信木子，希望木子将DevOps&SRE工程师应该具备的技能从前面的《在每个开发(Dev)和运维(Ops)心中都应该存在一个DevOps SRE的梦》一文中抽象出来，并做为一个长期维护的文档输出，木子也正有此意，于是将这份技能图谱输出，并希望每年能够更新一版，帮忙更多想加入DevOps&SRE的同学。
文章声明：此文基于木子实操撰写
生产环境：Docker 19.03.8，Kubernetes v1.18.2
论证耗时：2h
撰文耗时：1h
校文耗时：15m
问题关键字：Docker镜像拉取异常
自从Docker诞生以来，Docker镜像的拉取一直是一个老大难的问题。在前几年Docker在国内还没有普及的时候，基本上国内没有镜像源，部署一套Kubernetes因为镜像问题就吓退了一批同学。随着国内Docker应用的普及，国内的Docker镜像源开始慢慢多起来了，但稳定性也是一个让人头疼的问题，这不使用了多年的gcr.azk8s.cn、quay.azk8s.cn、dockerhub.azk8s.cn最近也陨落了403。今天木子梳理了一下当前国内还可用源，分享给各位同学，希望对各位同学有所帮助。
文章声明：此文基于木子个人实操+理论撰写
生产环境：职业生涯
论证耗时：7year
撰文耗时：3h
校文耗时：1h
问题关键字：DevOps,SRE
一直有朋友和木子说，你这博客标题是“DevOps文化 & SRE实战分享平台”，但前面分享的都似乎与DevOps&SRE关系不大，能不能详细聊聊DevOps&SRE？于是便有了这篇文章。
正如同“每个故事里都有一个胖子”一样，在每个开发(Dev)和运维(Ops)心中都应该存在一个DevOps&SRE的梦。有同学可以会问为什么不是DevOps，而是SRE了？DevOps和SRE是目前相对热门的开发、运营文化及技术实现，两者之间有着很高的相似度，如下图所示，两者是一个存在相互重叠的现行趋势学科，是一个多层级的复合型人才需求（根据企业的不同定位及需求，木子觉得SRE可以更大概论的扩充到DevOps全域）。在工业4.0的时代，类复合型人才更加紧缺，怎么使用DevOps的思维快速推动工业4.0智能智造的发展，也是一个值得我们思考的问题。
文章声明：此文基于木子个人实操撰写，欢迎各位读者在评论区留言、吐槽、拍砖@-@。
生产环境：Windows 7&2008R2&10&2016&2019,Python 3.x,Golang 1.14.2,dotNet Framework 4.x
论证耗时：2year
撰文耗时：2h
校文耗时：30m
问题关键字：Windows Web Proxy设置,dotNet网络代理设置,Python网络代理设置,Golang网络代理设置
最近一直有朋友咨询木子，amazon、ebay、wish等国际电商平台接口经常出现请求慢、访问异常等问题。做为跨境电商的一个老大难的问题，怎么能够越过这道坎，是很多做跨境电商的朋友急需解决的问题，为此木子将个人的实践经验分享给大家，希望能够帮助到各位。这仅仅只是一个技术分享，对于其中涉及的T01、T02、T03等服务实现，还请通过合法渠道获取。
文章声明：此文基于木子个人理解撰写，欢迎各位读者在评论区留言、吐槽、拍砖@-@。
生产环境：Serverless
论证耗时：1h
撰文耗时：1h
校文耗时：15m
问题关键字：Serverless
无服务器（Serverless）当前软件架构中最火的技术实现。它从概念初起到现在，也不过近六年的历史，而且它本身来说是一个大的运维+应用技术栈的实现，其中包括：服务器硬件、操作系统、存储、数据库、中间件等一系列产品。但它真得是一个新的技术实现吗？还是只是一个老树换新枝？
在面对一个新的名词定义的时候，很多人朋友都感到新奇，甚至很多公司开始蠢蠢欲动，想一股脑的都上到自己公司的系统中去，对于它都没有一个足够的认知。当然这不能够怪企业，企业为了生存，在对投资人画饼的时候，得用到一些新鲜名词，尤其做互联网技术的企业：Cloud、BigData、Serverless、AI、VR等等。似乎没有一个高大尚的名词，很难得到更多的投资。
文章声明：此文基于木子实操撰写，此加解密工具仅供学习参考，请勿滥用，一切后果自负。
生产环境：Windows 10 1902，MacOS 14.15.4，Deepin Linux v15.11
论证耗时：2h
撰文耗时：1h
校文耗时：20m
问题关键字：Python文件加密工具
所有的一切还得从下面这段对话说起，一看就是自己给自己挖了一个坑@-@。前几天朋友找我要一个公私密钥加解密文件工具，本想让他直接在网上找一个的，但好像并不像我想象的一样，结果他让我帮忙写一个，无奈接下了这个活。后来想了一下这不就是一个比特币勒索病毒吗？感觉还有一点意思，于是想着帮他写一个，自己也可以简单了解一下比特币勒索病毒的工作原理，于是有了这篇文章。
文章声明：此文基于木子实操撰写。
生产环境：CEPH Version 12.2.11 Luminous (stable)
论证耗时：1h
撰文耗时：1h
校文耗时：30m
问题关键字：CEPH OSD Down
今早Zabbix报警OSD Down与OSD nearfull警告，于是上CEPH服务器查看发现其中osd.7报警满，osd.19不在ceph中。从目前的情况来看，应该是osd.19磁盘挂了，数据迁移至其它OSD，造成OSD.7满的报警。于是尝试ceph osd in osd.19并启用ceph osd up osd.19发现不生效。看来问题没有这么简单，得一步一步来处理了。特地将整个处理过程记录下来，希望对于刚刚学习CEPH运维的同学有所帮助。