​GitLab Runner是一个开源项目，用于运行您的作业并将结果发送回GitLab。它与GitLab CI结合使用，GitLab CI是GitLab随附的用于协调作业的开源持续集成服务。​。

将 Kubernetes 高可用环境部署与办公网络打通，使用 HAProxy 和 Keepalived 可以实现负载均衡和高可用性。以下是该方案的摘要：HAProxy + Keepalived 部署高可用性入口：使用 Keepalived 实现 VIP（虚拟 IP），为 HAProxy 提供高可用性。Keepalived 会监控 HAProxy 的状态，如果主节点失效，VIP 会自动漂移到备用节点

大多数的官方教程为了简化部署的步骤，都是写着直接用kubectl命令部署一个yaml的url，这样子的好处是部署简单快捷，但是坏处就是本地自己没有存档，不方便修改等操作，因此我个人更倾向于把yaml文件下载到本地保存再进行部署。但如果是计划外的事故导致的，此时在有故障的客户端刷新其缓存条目之前，将无法访问服务IP。由于Layer 2 模式会使用单个选举出来的Leader来接收服务IP的所有流量，这

Apollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。服务端基于Spring Boot和Spring Cloud开发，打包后可以直接运行，不需要额外安装Tomcat等应用容器。Java客户端不依赖任何框架，能够运行于所有Java运行时环境，同时对Spring

zabbix调用api查询机器资源利用率，导出execl表格背景：平常我们工作中，需要知道机器的资源利用率多少，我们可以手动查看，但是有1000多台改怎么办？方案：我们机器如果是zabbix监控的，我们可以直接调用zabbix的api，来获取所有主机的相关信息，生成execl表格并且导出我们可以设置定时任务，每周定时导出，查看集群服务器的利用率。github地址：https://github.co

首先介绍一下bitnamiBitNami是一个开源项目，该项目产生的开源软件包括安装 Web应用程序和解决方案堆栈，以及虚拟设备（通俗易懂的说：就是封装好各种应用包，提供人们使用。）我们平时要部署一套高可用集群，大部分都是找到模板，没必要重复造轮子。BitNami就是提供轮子的。bitnami官方地址： https://bitnami.com/这次我们创建部署zookeeper和kafka集群，采

本文介绍了一个Kubernetes智能巡检工具的Bash实现方案，针对生产环境中常见的K8S集群故障排查痛点进行了优化。该工具具有以下特点： 提供8大检查模块，涵盖从基础设施到应用层的全栈检查 内置智能诊断逻辑，能自动关联不同层级的故障 支持故障优先级排序和健康评分系统 输出详细的检查报告，包括颜色标记的状态信息 工具采用Bash脚本实现，依赖kubectl命令，可选jq进行高级处理。通过实际案例

摘要：Open-Local云原生本地存储解决方案 Open-Local是阿里云开源的Kubernetes本地存储管理系统，旨在解决云原生环境下有状态应用对高性能存储的需求。该系统通过LVM和裸设备两种方式管理本地磁盘，提供动态分配、扩容、快照等企业级存储功能。Open-Local包含四大组件：调度扩展器(Scheduler-Extender)、CSI插件、节点代理(Agent)和控制管理器(Con

Helm 是 Kubernetes 的包管理工具，解决了传统部署方式的痛点：硬编码参数、版本管理困难和共享不便。文章介绍了 Helm 的核心概念（Chart、Repository、Release），并通过实战演示了 Nginx 应用的完整生命周期管理，包括安装、升级、回滚和卸载。还展示了如何创建自定义 Chart，包括编写模板文件和配置 values.yaml。Helm 通过模板化和参数化，简化了

本文介绍了Kubernetes配置热更新的解决方案Reloader。它解决了ConfigMap/Secret更新后应用不自动加载的问题，通过监听配置变更并触发关联工作负载的滚动更新来实现配置生效。文章详细分析了env注入与volume挂载的差异，提供了Reloader的三种使用策略：自动更新、匹配更新和指定资源更新，并通过Nginx示例演示了配置变更触发滚动更新的完整流程。最佳实践建议根据业务场景