kubernetes_云原生博客-专业IT技术发表平台

推荐付费专栏 VIP文章

GPUWorks 私有化大模型推理平台实战：免 K8s 单二进制交付与异构算力统一纳管一家公司决定把大模型搬回自己的机房，通常是在某个具体时刻做的决定：合规审计要求数据不能出域，按量调用公有云 API 的成本开始失控，或者只是"这张买回来的卡，到现在还只是一张卡"。真正把模型跑起来，比买卡更费劲——驱动版本要对，推理引擎参数要调，显存要按权重和 KV 缓存重新分配，多机部署还得考虑卡间通信。等服务上线，业务方只想要一个"稳定的地址"，运维却连一份完整的参数记录都凑不出来。

阅读 2.1w

39赞

进哥聊编程

KES-Operator：K8s 数据库集群自动化运维方案随着越来越多业务系统运行在Kubernetes环境中，应用的部署和资源管理方式正在发生变化。作为典型的有状态应用，数据库在进入Kubernetes环境后，如何适配Kubernetes的管理方式，也给原有运维模式带来了新的要求。在Kubernetes环境中，数据库集群管理不仅涉及数据库自身，还需要协调计算、存储、网络等相关资源。随着集群规模扩大，依赖人工完成部署、配置和维护，操作也会更加复杂。

阅读 1.1w

4赞

Kubernetes - 从单集群到生产级多集群，K8s 架构演进思路 Kubernetes 的演进，从来不是技术的堆砌，而是组织协作模式的升级。🧠单集群：你是一个全栈工程师，自己写代码、自己部署、自己救火。🧠多集群：你是一个平台架构师，设计系统、定义规则、赋能团队。当你不再为“为什么又挂了”而熬夜，当你能自信地说“我们每小时发布 10 次，从未影响用户”，你就真正进入了云原生的成熟时代。多集群不是终点，而是自由的起点。在欧洲部署新功能，而不影响美国用户在亚洲做压测，而不干扰生产环境在凌晨三点发布，因为系统会自动验证。

阅读 4.9k

1赞

KubeSphere 容器云实践：从管理 K8s 到建设企业 PaaS，还需要哪些能力安装KubeSphere后，怎样继续建设企业PaaS？结合RuoYi Office真实微服务环境，从工作负载管理、项目与权限、Jenkins发布、独立监控到运维目录，核对已经可用的能力和待补的交付契约，给出可复核的配置、权限检查与平台演进方法。

阅读 360

25赞

军哥的 AI 实战笔记

《大模型原理通俗讲》系列 14｜微调、LoRA 与怎么选：提示词、RAG、微调该用哪个本文对比提示词、RAG与微调三类大模型应用方法：提示词用于快速引导行为，适合简单任务；RAG通过外部知识库解决“缺知识”问题；微调则改变模型行为，但成本高。LoRA技术通过仅训练少量低秩矩阵（贴纸），大幅降低微调门槛，实现高效、可复用的定制化。QLoRA进一步结合量化，使7B模型可在单张48GB显卡上微调。实验表明，小规模LoRA在极少样本下已接近全量微调效果，且合并后推理无延迟。选择建议：缺知识用RAG，缺做法用微调（首选LoRA/QLoRA），简单任务优先提示词。

阅读 678

11赞

扑克中的黑桃A

KES-Operator：让KES数据库集群在K8s环境中“原生生长” 当有状态应用加速涌入Kubernetes生态，数据库的部署与运维方式正在被重新定义。过去，数据库集群的管理逻辑与Kubernetes的资源调度体系之间存在一道天然的“缝隙”——计算、存储、网络资源需要跨层协调，集群规模越大，人工介入的代价就越高。电科金仓近期正式发布的，正是为弥合这道缝隙而来。它基于Kubernetes Operator模式构建，通过自定义资源（CRD）将KES集群的管理能力嵌入Kubernetes原生体系，让数据库集群以更“K8s化”的方式完成部署与日常运维。

阅读 1.2w

1赞

K8s Service：如何实现Pod的负载均衡与服务暴露本文深入解析Kubernetes中Service的核心机制，重点探讨如何实现Pod的负载均衡与服务暴露。主要内容包括：核心概念：Service作为Kubernetes抽象层，通过标签选择器关联Pod，提供稳定的访问端点工作原理：详细分析ClusterIP、NodePort、LoadBalancer三种Service类型的工作机制关键技术：基于iptables/ipvs的负载均衡实现服务发现与DNS解析机制网络流量转发路径实践示

阅读 1.4w

72赞

Kubernetes - 边缘场景下的 K8s 集群部署与应用适配 - 用于边缘本地缓存-- 创建索引加速查询Kubernetes 不是“云端专属”的玩具，它正在成为边缘世界的“操作系统”。我们不再追求“把云搬过去”，而是学会“让边缘自己思考”。当你在树莓派上跑起一个 Java 微服务，它能在断网时自动缓存数据、本地告警、恢复后自动重传，那一刻，你不再是在部署一个容器 —— 你是在赋予一个设备“生命”。边缘的未来，不是“设备联网”，而是“设备自治”。而 Kubernetes，就是那把开启自治之门的钥匙。🎯边缘不是云的“缩小版”，

阅读 5.6k

42赞

ClickHouse 容器化部署：K8s Operator、存储选型与弹性扩容实践本文介绍 ClickHouse 在 Kubernetes 环境下的容器化部署方案，重点讲解 ClickHouse Operator 的使用、存储选型策略及弹性扩容实现方法，帮助读者构建高可用的 ClickHouse 集群。

阅读 518

8赞

程序员扣棣

AI全栈实战 | 4.2-01 编码与摘要算法：为什么说 Base64 根本不是加密？一眼看穿 MD5 到底在防什么、防不了什么本文揭示网页逆向中常见误区：接口中的sign=dXNlcj1hZG1pbg==实为Base64编码，解码即得明文。强调应先区分**编码（如Base64/Hex）、摘要（MD5/SHA）、加密（AES/RSA）**三类概念。通过字符特征快速识别密文类型，掌握“先解码、再判断”原则，避免误判。结合决策树与工具实践，提升逆向效率，核心在于建立“识别优先于破解”的思维。

阅读 89

0赞

把 OpenClaw Agent 搬进 K8s：容器化部署全记录本文为《AI Agent 生产化实战》系列收官篇，记录将 OpenClaw Agent 从 systemd 单机部署迁移至 Kubernetes 的完整实践。针对单机方案的三大天花板——单点故障、扩缩容困难、环境不一致，提出容器化迁移路径。重点解决五类 Agent 特殊难点：有状态管理、镜像过大（2.1GB→420MB）、启动慢、内存峰值高、密钥繁多。详解探针配置、优雅停机、资源请求调优及高频故障排障，提供8个可复用YAML、能力对照表与迁移清单。强调K8s非万能，仅当实例超3个或需弹性时才建议采用，首次投

阅读 444

25赞

K8s之pod解析与调度策略本篇文章是基于平时工作和日常学习总结整理的K8s相关知识点，供同行者和自己参考。

阅读 881

8赞

一文吃透 K8s 五大控制器：RS/Deployment 滚动更新回滚、DS、Job、CronJob 完整实验拆解本文介绍了Kubernetes控制器的核心概念，重点讲解了ReplicaSet（RS）的作用与使用。通过创建命名空间controllers并配置默认命名空间，确保实验环境隔离。控制器本质是“管家”，持续监控资源状态，实现自愈与自动扩缩容。文中对比了服务类（如Deployment、DaemonSet）与工作类（如Job、CronJob）控制器的适用场景，并详细演示了通过YAML定义RS，指定副本数、选择器和Pod模板，实现3个nginx Pod的稳定运行。最后验证了RS对Pod的管理能力，确认其“多退少补”的

阅读 799

9赞

K8s LoadBalancer服务深度解析类型的 Service 是云环境中暴露 k8s 服务的首选方案自动集成云厂商负载均衡器，提供稳定的外部访问入口，实现请求负载均衡，并动态适配后端 Pod 变化，大幅简化了服务对外暴露的复杂度。

阅读 1.7k

28赞

吃瓜不吐籽595

OpenObserve实战：如何用SQL查询K8s日志并节省140倍存储成本本文详细介绍了OpenObserve在Kubernetes日志管理中的实战应用。通过部署指南和SQL查询示例，展示了如何利用其SQL查询能力高效分析K8s日志，并借助对象存储实现高达140倍的存储成本节省，为云原生环境提供了一种高效、低成本的日志可观测性解决方案。

阅读 1.0k

13赞

K8S云原生监控方案Prometheus+grafana Prometheus是一个开源的监控和告警系统，特别适合云原生环境。本文将详细介绍如何在Kubernetes集群中部署一个完整的Prometheus监控系统，包括Prometheus Server、Node Exporter、Kube-state-metrics和Grafana等组件。

阅读 3.5k

38赞

k8s核心资源Pod-主容器之存活性探测摘要：Kubernetes探针是保障容器可用性的关键机制，主要包括存活性探针(livenessProbe)、就绪性探针(readinessProbe)和启动探针(startupProbe)。文章详细介绍了三种探测方式：Exec命令执行、TCP端口检测和HTTP请求检查，并通过具体YAML配置案例演示了它们的应用场景。当探测失败时，Kubernetes会根据探针类型采取重启容器或停止流量转发等操作。

阅读 968

10赞

吃透 K8s 资源限制、健康检测与权限体系，集群运维不再踩坑 Kubernetes资源配额管理摘要 Kubernetes通过ResourceQuota和LimitRange机制实现多租户集群的资源管控。ResourceQuota用于限制命名空间内的资源总量，包括：资源对象数量：如Pod、Service、Secret等，防止Etcd存储膨胀计算资源：包括CPU/内存的requests/limits总量，避免单个命名空间独占资源启用配额需确保API服务开启ResourceQuota准入控制器。创建配额时需注意：资源单位：CPU以m(毫核)为单位，内存支持Ki/Mi

阅读 1.1k

37赞

Kubernetes(K8s) —— 部署（保姆级教程） k8s从1.24版本开始移除了dockershim，所以需要安装cri-docker插件才能使用docker 软件下载： https://github.com/Mirantis/cri-dockerd。： CRI-O的方式是Kubernetes创建容器最直接的一种方式，在创建集群的时候，需要借助于cri-o插件的方式来实现Kubernetes集群的创建。官方网站： https://github.com/flannel-io/flannel。：默认情况下，K8S在创建集群时使用的方式。

阅读 1.2w

29赞

k8s 部署 Headlamp k8s 部署 Headlamp

阅读 1.1k

39赞

K8s存储卷入门默认的容器里，存储是跟容器绑定的：容器跑着的时候，你能往里面写文件，但是一旦容器崩了、删了，这些文件就全没了 —— 你要是用容器跑个数据库，重启之后数据全没了还有个常见的需求：同一个 Pod 里的两个容器，要共享文件。比如一个容器跑应用，生成日志，另一个容器跑日志收集工具，要把日志传到远程存储，这俩容器得能读到同一份日志文件才行。。容器删了，只要卷还在，数据就还在；同时，卷能被多个容器挂载，实现文件共享。

阅读 840

14赞

W3 工程协作周总结：云原生容器化与生产可观测性质量防线（GitLab CI/Sonar、Docker瘦身、K8s探针与监控大盘）优秀的架构不仅体现在代码的设计模式中，更体现在从代码提交到云端运行的整条工程链条的流畅度与确定性。通过构建全自动质量门禁、极简容器镜像、弹性容器调度与立体可观测监控，我们为业务构筑了一套高吞吐、高敏捷、高可用的现代化云原生工程底座。

阅读 656

0赞

作者推荐

天行1st: 更多技术分享请关注公众号：编码如写诗。有问题，也可通过公众号联系我~

关注

无级程序员: 碌碌无为的技术狂，一生甘为码农

关注

东北甜妹: 自律努力

关注

李雯佳123: 对科技充满好奇，对代码充满热爱。

关注

前端Baymax: No Pains! No Gains! 一份耕耘！一分收获！

关注

openFuyao: 多样化算力集群软件开源社区。欢迎访问openFuyao官网：https://www.openfuyao.cn/

关注

@子霖: 探索AI之路

关注

珂玥c: 心若向阳，无畏悲伤

关注

网络飞鸥: 学无止境

关注

成为你的宁宁: 立志每周更新三篇文章，从基本的命令到K8S(基本知识，shell,apache,nginx,lvs,haproxy,mysql,tomcat,redis,jenkins,zabbix,ansible,rabbitmq,kafka,elk,防火墙,docker,k8s,普罗米修斯,华为云)

关注