-
编辑 删除
韩先超对兴业数金进行云原生k8s培训总结|干货分享|前沿技术必看
大家好，我是#韩先超。2026年7月27‑31号，我在上海给兴业数金做了一次云原生Kubernetes（k8s）专项培训。现在AI大模型、各类智能业务系统都在大规模落地，支撑这些智能应用稳定、弹性跑起来的底层核心，就是K8s云原生体系。这次参训的都是研发、运维、架构方向的技术同事，大家一起完成了 5 天全链路实战学习，夯实金融场景下的云原生技术底座，更好适配 AI 和分布式业务后续的发展需要。正文
-
编辑 删除
Java 应用上 Kubernetes 的 20 条生产级必备条件
从“能跑”到“稳定运行三年不出大事故”在 Kubernetes 上跑 Java，很多团队一开始都很自信：不就是打个镜像、写个 YAML、起个 Pod 吗？但真正上了生产你会发现，Java + K8s 是一场长期博弈：有的服务隔三差五被 OOMKilled有的在高峰期内存飙升但 CPU 不高有的滚动升级一半流量 502有的 Pod 明明还活着，但已经“假死”一个 Java 服务在 Kubernete
-
编辑 删除
Kubernetes 存活探测（Liveness Probe）详解：原理、配置与最佳实践
正文如下👇存活探测（Liveness Probe）用于判断 容器中的应用是否仍然存活并正常运行。通过定义合理的探测规则，可以显著提升 Pod 的稳定性、可用性和自愈能力。本文将围绕 Kubernetes（K8s）中的存活探测 进行系统讲解，并结合大量示例，帮助你在实际生产环境中正确使用 Liveness Probe。本文将涵盖以下内容：什么是 Kubernetes 存
-
编辑 删除
深耕为舟，远志为帆->韩先超2025年终总结
大家好，我是韩先超。每年都会写一篇年终总结。2023年亲身经历总结 | 记录从大学到现在历程我的2024年终总结：在坚持中成长，在选择中前行今年一直比较忙，所以这篇总结写得稍微晚了一点。但还是赶在中国传统节日除夕前，把2025这一年的事情系统整理了一下，算是一次阶段性的复盘。如果你正在关注 云原生、K8s、DevOps、AIOps，也许能从中看到一些行业变化，或许我的经历也能对大家带来一
-
编辑 删除
生产故障排查记录：Redis 中间件疑难错误排查与修复
-
编辑 删除
docker镜像加速器又又被封了：新整理一批可以用的|无需代理，国内可访问
抓紧收藏，别用到的时候找不到。
-
编辑 删除
运维秘籍：20个常识，关键时刻能救命！
-
编辑 删除
提升运维效率：Linux和Kubernetes常见故障的20种解决方案
在生产环境中，Linux 和 Kubernetes 往往会面临各种复杂的故障，快速准确的故障排查能力是技术人员必备的技能。
-
编辑 删除
K8s Scheduler Pod 启动失败：Error: failed to reserve container name
学k8s的一定要看，都会遇到。
-
编辑 删除
K8S集群证书过期，一键修复指南 | 干货分享
K8S集群证书过期，不是简单的执行几个命令就可以修复，具体要考虑很多方面，看文章，一招教你学会在不影响业务的情况下延长k8s证书有效期。
-
编辑 删除
推荐书籍：《Kubernetes从入门到DevOps企业应用实战》——限时优惠倒计时 ！
推荐看看这本史上最牛的kubernetes+DevOps书，销量5000+，被首都图书馆及国家图书馆等收藏，不看必后悔
-
编辑 删除
应对Nginx流量洪峰：优化配置与内核调整，保障服务稳定，应对高并发
应对Nginx流量暴增的：通过调整Nginx配置和内核优化，让你的服务在高并发情况下依然保持稳定运行。
-
编辑 删除
从这几个方面做，可以确保你的Linux 系统更加安全，免受攻击
从这几个方面做，可以确保你的Linux 系统更加安全，免受攻击。
-
编辑 删除
高效运用 GPU：在 Kubernetes 集群中动态管理 GPU 资源
我这边新增了几台GPU的机器，想用k8s动态的管理一下gpu资源，现在一般是怎么做的？
-
编辑 删除
当面试官问你内存飙升如何解决，怎么回复？
-
编辑 删除
大规模K8S集群的网络与存储优化：5000+节点规模| 第2集
大规模K8S集群的网络与存储优化：5000+节点规模| 第2集
-
编辑 删除
大规模场景下K8S集群设计与实践|大企业5000个节点k8s架构设计|干货，无广告
要设计一个大规模的Kubernetes（K8s）集群，比如5000个节点的集群时，可以从以下几个方面综合考虑：
-
编辑 删除
云计算架构师韩先超对咪咕进行【K8S超大规模集群与AI赋能算力网络调度】培训
云计算架构师韩先超对咪咕进行K8S超大规模集群与AI赋能算力网络调度培训。
-
编辑 删除
国企真实案例 | k8s Pod自定义健康检查，升级代码对用户无感知
探测时间太短，会增加集群的负载，会导致不必要的故障转移或服务中断，探测时间太长，可能出现Pod里的容器已经出问题了，但是还没开始探测，pod就不会从svc移除，请求svc还会把流量转到没就绪的pod，那如何做能最大限度的做到对业务无感知？
-
编辑 删除
打造个人图书馆：探索超实用的开源电子书管理工具-Calibre
