1.canal部署安装使用
2.Kubernetes(k8s)-v1.22.3版本证书有效期修改
3.k8s要学多久
4.一张图搞懂 kubectl apply 和 edit 的码包区别
5.技术干货kubectl源码阅读—get命令
6.Kubernetes、K8s企业运维实战（2021年新版本V1.20）
canal部署安装使用
本篇文章旨在提供 Canal 部署、码包安装和使用的码包指导，适合在虚拟机、码包Docker 或 Kubernetes（k8s）环境中进行。码包
在开始部署前，码包决胜60秒网页源码确保在数据库中创建同步账号，码包用于读取 binlog，码包并开启 binlog 模式为行模式，码包同时确保 server_id 不相同。码包创建账号时，码包需确保其拥有全局的码包 SELECT, REPLICATION SLAVE, REPLICATION CLIENT 权限。
下一步是码包下载 Canal 包，以版本 1.1.7 为例，码包进行解压。码包随后，修改配置文件，启动 Canal。通过检查日志，确认服务启动成功。
对于 Docker 部署，首先安装 Docker 并优化镜像包地址（需确保联网环境）。接着下载 Canal 的源码包，完成 Docker 部署。
k8s 部署时，编辑 YAML 文件，使用命令 `kubectl apply -f xxx.yaml` 启动 Canal。key钓鱼源码在部署过程中，需注意，客户端一旦中断，服务端会停止推送消息。此时，可进入容器，备份或删除 `/conf/xxx/meta.dat` 文件（根据实际情况替换文件名），重启 Canal 服务。对于 Docker 或 k8s 环境，可以简单地重启整个镜像。
在遇到其他故障时，可参考“三方客户端Canal链接RDS获取binlog错位问题-云社区-华为云”进行故障排查。
Kubernetes(k8s)-v1..3版本证书有效期修改
在长时间使用Kubernetes（K8s）后，您可能会发现SSL证书一年有效期的限制。为解决这一问题，本教程将指导您如何修改Kubernetes v1..3版本中证书的有效期。
在开始之前，确保您的系统环境包括以下组件：CentOS Linux release 7.7. (Core) 5.4.-1.el7.elrepo.x_，kubeadm-1..3-0.x_，kubelet-1..3-0.x_，kubectl-1..3-0.x_，以及kubernetes-cni-0.8.7-0.x_。
### 查看证书有效期
通过两种方法检查证书有效期：
1. 第一种方法：显示当前证书有效期。
2. 第二种方法：同样显示当前证书有效期。
请注意，如果证书已更新，战棋天下源码则显示的日期将不同。但与第一种方法的结果一致，通常为一年。
### 修改证书有效期步骤
#### 准备环境
1. 访问Go语言中文网下载最新版本的Go环境。
2. 在Linux系统中配置环境变量。
3. 验证Go环境已正确安装。
#### 下载Kubernetes源码
1. 查看当前系统版本以下载与之匹配的Kubernetes v1..3源码。
2. 确保能访问外网以从GitHub下载源码。
3. 下载源码并解压。
#### 修改源代码文件
1. 修改两个关键文件：`constants.go` 和 `cert.go`。
2. 通过`vim`查找`CertificateValidity`字段。
3. 修改`cert.go`文件中的相关代码。
4. 编译修改后的源代码文件。
5. 生成新的Kubeadm二进制文件。
6. 备份旧的Kubeadm文件，确保三台master节点均备份。
7. 替换新文件。
#### 更新证书
1. 执行证书更新命令。
2. 观察结果，了解需要重启哪些服务以使更新生效。
3. 重启这台master服务器。
4. 查看新证书，除CA外，所有证书有效期更新为年，未修改`cert.go`文件。
5. 同样步骤更新其他两台master节点，粒子跟随源码将更新过的Kubeadm文件通过scp传输，并根据上述步骤生成新的证书文件。记得在更新后重启服务或服务器。
k8s要学多久
学习Kubernetes的基础知识并不困难，特别是如果你已经有半个月的Docker使用经验。主要挑战在于封装镜像时需要考虑挂载、拆分和启动检测等问题。
安装Kubernetes本身就是一个复杂的过程。前期的安装尝试包括自动化安装、手动安装、脚本自动化安装、Ansible安装和离线安装，这耗费了我大约一个月的时间。随后，我遇到了一些环境和网络问题，导致pod一直重启，这个问题持续了大约两个月。我尝试更换为实体机，问题有所缓解，但最终估计还是网络不稳定导致。
学习kubectl命令和Kubernetes的基本组件（如pod、svc、deployment、daemonset、statefulset、headlessService、淘金指标源码rc、kube-proxy、rbac等）也是需要花费时间的。我花了大约一个月时间来理解这些组件的原理，尤其是新版本的rbac权限问题。Kubernetes的复杂性主要在于其体系架构，一旦理解了架构，就理解了大部分的内容。
在对开源工程domeos进行研究后，我使用了两个月时间来调研该开源工程的源码，以及它自带的一些小米open-falcon监控插件、webssh等插件。这些研究涉及使用Springboot开发，连接Kubernetes环境，部署和监控基本应用。
为了调优日志和监控，我又花费了一个多月的时间来调研一些开源产品，如efk日志插件、Prometheus与heaspter监控组件、habor镜像仓库等。
最后，我开始使用Helm这一编排工具，根据Hadoop的过程改造公司的一个mpp产品，并实现一键式部署。这同样花费了一个多月的时间。在这一过程中，我还研究了Hadoop的扩容、亲和性、带状态应用部署等问题，以及数据删除问题。
一张图搞懂 kubectl apply 和 edit 的区别
当在 Kubernetes 集群中部署了一个 Deployment 资源，并通过模板和 kubectl apply 命令进行更新时，一个常见的疑问是：如果直接在集群中使用 kubectl edit 添加新的配置项，然后再次使用模板和 apply 命令（不包含 edit 中新增的部分），新增的配置是否会丢失？
答案是：不会丢失。kubectl apply 的执行原理不同于直接编辑。当使用 apply 时，它会对比集群中当前资源的 last-apply-anno（如 kubevela 中的 oam-last-apply）与要应用的新资源，计算出需要更新的部分，而不是简单地覆盖所有改动。这意味着，即使你通过 edit 增加的内容，apply 会保留这部分，除非它在计算 patch 时被明确排除。
如果你经常遇到 patch 失败而 apply 成功的情况，深入理解 apply 的实现逻辑会很有帮助。可以参考我的另一篇文章《kubectl apply 源码解析》来深入学习。
技术干货kubectl源码阅读—get命令
技术解析kubectl源码解析：get命令的关键逻辑 在深入研究kubectl源码时，get命令的实现揭示了几个关键点。首先，kubectl的子命令结构由cobra包的Command结构体定义，它包含了子命令集合和核心执行逻辑。get、describe和create等是kubectl的子命令，它们在command.Execute()方法中通过参数查询并执行相应的逻辑。 get命令的核心在于一个接收和保存参数的结构体，结合pflag包。具体到get命令，关键在于o.Run方法，其中kubectl通过一个名为r的构建器来访问接口获取数据。这个过程使用了访问者模式，r.visitor链式调用了多个装饰器，如FlattenListVisitor和Selector，从而决定了输出的表头和状态信息。 在数据获取过程中，kubectl调用的接口并不普通，而是带有特殊的header 'as=Table'。这个header的添加是在client的构建和传递过程中通过requestTransforms回调实现的。通过追踪，我们可以发现restMapper是如何与Builder对象结合的，进而找到资源别名的转换逻辑。 最终，kubectl通过e.discoveryClient.ServerGroupsAndResources()方法获取到所有k8s资源的别名，从而实现了从get po到get svc等命令的别名转换。kubectl的get命令不仅动态调整表头，还能够处理各种状态信息，这些都是通过其底层的接口调用和数据处理机制实现的。Kubernetes、K8s企业运维实战（年新版本V1.）
以下是关于Kubernetes（K8s）年新版本V1.企业运维实战的详细内容: 视频教程全面覆盖，包括源码和文档下载，帮助您深入理解: 第1章：Kubernetes基础概述，为您铺设理论基础。 第2章：通过二进制方式搭建K8s集群（v1.最新版），实践操作演示。 第3章：kubeadm快速部署，简化集群创建过程。 第4章：Kubectl命令行工具，掌握核心管理工具。 第5-8章：深入探讨Pod管理，包括基本操作和高级调度策略。 第9-章：理解Service和Ingress，构建统一入口和应用暴露策略。 第章：实战项目案例，将所学应用到实际项目中。 第章：提升监控能力，学习如何使用Prometheus和Grafana监控K8s平台。 第章：确保日志管理，了解如何利用ELK Stack收集Kubernetes平台日志。Nocalhost 一款开源的基于 IDE 的云原生应用开发工具
Nocalhost，一款开源的基于IDE的云原生应用开发工具，允许开发者直接在Kubernetes集群中构建、测试和调试应用。
其提供VS Code和JetBrains等IDE插件，即使在集群内开发和调试，也能保持与本地开发一致的体验。利用即时文件同步功能，开发者无需重建映像或重启容器，即可即时同步代码更改。
Nocalhost由单个二进制CLI和IDE插件组成，无需服务器端组件，通过KubeConfig直接与Kubernetes集群通信，如同kubectl。
采用Nocalhost进行Kubernetes应用开发，可高效实现云原生应用构建。
集群内开发的优势包括即时文件同步，免去重建映像和重启容器的繁琐过程，实现高效协同开发。
Nocalhost兼容多种Kubernetes发行版，已通过实战验证。
欲了解更多信息，可访问官方网站和GitHub地址。关注公众号“莫扎特读源码”，获取最新开源项目及优秀项目架构设计实践。
ARM 版 Kylin V 部署 KubeSphere 3.4.0 不完全指南
本文详述了在ARM架构的麒麟V服务器上部署KubeSphere 3.4.0和Kubernetes集群的实战过程，利用KubeKey工具实现自动化部署，目标是构建一个高可用、最小化的集群。ARM架构与x架构的主要区别在于镜像支持，KubeSphere开源版支持ARM，但可能需要手动替换官方或第三方提供的ARM镜像。对于开箱即用和全面支持，推荐企业版KubeSphere。
文章记录了在部署过程中遇到的问题和解决方案，特别强调了使用官方源码构建ARM版本镜像的重要性，以确保兼容性和稳定性。由于篇幅限制，只提供了关键步骤，如确认操作系统配置，安装依赖，配置磁盘，以及使用KubeKey进行部署。在部署过程中，可能会遇到组件架构不匹配引发的异常，需要根据报错信息逐一解决，如metrics-server、Argo CD等组件的异常处理。
在验证阶段，通过KubeSphere管理控制台和kubectl命令行检查集群状态，包括Web服务器部署和基本功能测试。文章强调了KubeSphere和Kubernetes在ARM环境下的可用性，但也指出在特定操作系统（如麒麟V）上可能存在差异。本文不适用于生产环境，仅适用于研发和测试，且测试结果表明基本功能和DevOps功能可用。
