m0_63299656的博客

原创 Docker进阶实战系列（三）：容器资源限制｜CPU、内存配额、OOM容错生产配置

单机多容器部署时，有一个很经典的事故：某个应用内存泄漏，疯狂占用服务器全部内存，触发整机OOM，把MySQL、Redis、Nginx等其他正常服务一起拖垮。默认情况下，Docker容器不限制CPU和内存，容器可以吃光宿主机所有资源。本篇我们学习如何给容器设置资源上限，隔离服务资源，配置OOM行为，避免单点故障扩散。

原创 Docker进阶实战系列（二）：容器日志深度治理｜驱动配置、自动切割、磁盘爆满彻底解决

Docker 默认日志驱动存在致命缺陷，生产必须配置轮转local 驱动性能优于传统 json-file，优先使用两种方案：全局统一配置 + 项目独立配置严格限制单文件大小、文件数量，杜绝磁盘爆满禁止手动删日志文件，使用 truncate 安全清空。

原创 Docker 进阶实战系列（一）：容器镜像安全，最小镜像与非 Root 运行

demo/构建命令对比：传统单阶段构建镜像体积会大很多，多阶段构建直接剥离编译环境。

原创 Docker Compose企业实战系列（八·终章）：多环境隔离实战，开发/测试/生产一键切换

整套 Compose 实战系列 8 篇，所有坑帮你一次性总结完毕：❌ 禁止配置硬编码 → ✅ 统一.env环境变量❌ 禁止Redis/MySQL裸奔无密码 → ✅ 生产安全加固❌ 禁止日志无限膨胀 → ✅ 日志自动轮转❌ 禁止无数据持久化 → ✅ 数据卷永久留存❌ 禁止单节点无网关 → ✅ Nginx统一入口负载均衡❌ 禁止环境混杂 → ✅ 三环境严格隔离❌ 禁止无备份迁移方案 → ✅ 全自动备份迁移至此！《Docker Compose企业实战系列》全套8篇正式完结。

原创 【无标题】

我们的前端、后端都是自定义构建镜像，换服务器需要重新打包很慢。直接导出镜像文件，任意机器直接导入使用。只备份不导出SQL：文件挂载损坏会导致数据库彻底报废不备份镜像：换机器需要重新打包、环境不一致直接删容器慌数据：只要数据卷目录还在，重建容器数据自动恢复备份不轮转：长期备份占用磁盘，建议定期清理7天前备份迁移不重启Docker：新服务器权限不同，建议重启Docker再启动项目本篇彻底搞定了Docker Compose 项目的备份与迁移✅ 项目目录整体备份（配置+环境+文件）

原创 【无标题】

独立 Nginx 网关作为统一流量入口，生产标准架构upstream 实现后端多实例负载均衡，横向扩容简单统一管理静态资源代理、接口转发、请求头只对外暴露网关 80 端口，内部服务全部隔离，安全性更高现在整套架构：网关 Nginx → Vue 前端 + SpringBoot 集群 + MySQL + Redis，已经是标准小型企业后端架构。

原创 Docker Compose企业实战系列（四）：Redis生产级部署｜密码加固、持久化、内存优化完整方案

本篇完成了Redis 完整生产级容器化部署，彻底告别开发裸奔配置：✅ 密码安全加固，杜绝裸奔攻击✅ AOF持久化，重启数据不丢✅ 内存上限控制，保护服务器资源✅ LRU淘汰策略，适配真实业务缓存Nginx前端 + SpringBoot后端 + MySQL数据 + Redis缓存全部达到可上线标准。

原创 Docker Compose企业实战系列（三）：Vue/React前端项目容器化完整部署

页面刷新404：已在 nginx.conf 配置 try_files 兜底前端跨域报错：通过 Nginx 代理，彻底解决跨域接口连不上后端：同一 compose 网络，使用服务名通信，无需IP更新前端不生效：必须重新 build + 重新构建镜像--build页面空白：Vite 打包必须配置base: "./"相对路径本期我们完成了Vue/React前端 + SpringBoot后端 + MySQL + Redis全站容器化部署。完整前后端分离项目，实现一行命令部署、环境统一、开箱即用。

原创 Docker Compose企业实战系列（二）：SpringBoot\+MySQL\+Redis 后端项目完整部署

本篇我们搭建了企业级 Compose 开发部署模板。这套模板可以直接复用在：个人项目、毕业设计、外包项目、小型生产环境，是后端开发最高频、最实用的容器化部署方案。

原创 Docker Compose企业实战系列（一）：LNMP环境一键部署（Nginx\+MySQL\+PHP）

本篇我们完成了Docker Compose 版本 LNMP 完整生产环境，彻底告别传统繁琐编译安装。挂载配置、数据持久化、环境变量隔离、自定义网络、自动重启，完全满足个人建站、测试环境、小型生产环境使用。

原创 Docker容器实战系列（八）：Docker生产最佳实践与避坑指南，系列终章

至此，Docker容器实战8期系列专栏全部完结，我们从零到一完整吃透了容器基础落地能力：✅ 认知层面：搞懂容器与虚拟机差异、Docker核心价值与三大核心要素✅ 环境层面：全平台无坑安装、镜像加速、基础环境初始化✅ 命令层面：全覆盖日常开发高频容器、镜像、运维命令✅ 镜像层面：手写Dockerfile、自定义镜像、镜像瘦身优化✅ 数据层面：数据卷持久化、彻底解决数据丢失问题✅ 网络层面：端口映射、三大网络模式、多容器自定义网络通信。

原创 Docker 容器实战系列（七）：Docker Compose 多容器编排实战

Docker Compose 通过 yaml 文件管理多容器，告别一堆 docker run 命令services定义容器，内置网络，服务名直接互相通信up -d启动、ps查看、logs看日志、down销毁depends_on 只控制容器启动顺序，业务要自己处理服务就绪判断。

原创 Docker容器实战系列（六）：端口映射与网络原理，彻底搞懂容器联网

报错宿主机该端口已经被其他程序/容器占用解决方案：更换宿主机映射端口停止占用端口的旧容器/程序重要提醒：容器端口可以重复使用，宿主机端口绝对不能重复绑定。容器重启后IP会变化，不适合固定服务通信。所以多容器项目，推荐使用自定义网络。# 创建自定义网络 docker network create my-net # 查看网络详情 docker network inspect my-net# 启动容器并加入自定义网络端口映射-p 宿主机端口:容器端口是外网访问容器的唯一常规方式。

原创 Docker容器实战系列（五）：容器数据持久化，告别数据丢失

这一篇就来解决这个问题——怎么让数据"活得比容器久"。

原创 Docker容器实战系列（四）：手把手学会自定义镜像，Dockerfile超详解

在前几期内容中，我们都是直接从镜像仓库拉取现成的公共镜像，比如 Nginx、MySQL、Redis 等。但在实际开发中，公共镜像永远满足不了我们的业务需求：我们需要把自己写的 Java、Python、Go、前端项目打包成镜像，部署到服务器。这就必须用到Dockerfile。很多新手觉得 Dockerfile 指令多、看不懂、不会写。就是一份写给 Docker 的“安装说明书”，告诉它如何一步步构建专属镜像。本期不讲废话理论，只讲必用核心指令 + 完整实战案例 + 镜像优化技巧。

原创 Docker容器实战系列（三）：核心必备命令，日常开发全覆盖

教你从零写出属于自己的镜像。

原创 Docker容器实战系列（二）：Docker安装与环境准备，全平台一键部署

上一篇我们搞懂了Docker 是什么、为什么要用 Docker，破除了容器和虚拟机的认知误区。理论看懂了，接下来正式进入实操环节。很多新手学习 Docker 第一步就翻车：安装报错、启动失败、环境配置错乱、Windows/Mac/Linux 各平台无从下手。本篇主打零踩坑、全平台适配、极简安装，手把手带你在 Windows、Mac、Linux 三大系统完成 Docker 安装、环境校验、基础初始化配置，全程傻瓜式操作，看完直接搭建好可用的 Docker 环境，为后续容器命令、镜像构建实战铺路。

原创 Docker容器实战系列（一）：初识Docker，5分钟搞懂容器到底是什么

明明有虚拟机了，为什么还要用 Docker？容器到底是个啥？网上很多教程一上来就堆砌内核、命名空间、控制组等专业术语，越看越懵。本系列主打轻量化、实战向、零基础友好，不堆无用理论，只讲开发、工作中真正用得上的 Docker 知识。每期聚焦一个核心知识点，看完就能理解、上手就能落地。本篇作为系列开篇，我们用白话彻底搞懂：Docker 的核心价值、容器与虚拟机的区别、以及它为什么成为当下项目部署的标配。操作系统（电脑系统）= 一栋大楼虚拟机= 完整的精装套房（自带水电、墙体、家具、独立系统）

原创 第四章：DSH 插件机制 —— Extension Point、Capability Seam 与 Everything is a Plugin

当前官方开发文档给出的最小定义非常简单：在 Harness 中，Plugin 是一个导出apply函数的 TypeScript 模块；框架加载插件时调用apply(ctx)，插件通过ctx注册能力。看起来只有几行。但关键不是apply()本身，而是ctx。ctx 中有什么 Service有哪些 Event有哪些 Registration APIPlugin↓apply(ctx)↓进入 DSH Capability GraphPlugin 形态主要 Seam模型直接可见？典型例子。

原创 第三章：一次 Agent Run 的完整生命周期 —— 一条消息在 DeepSeek Harness 中经历了什么？

waterfall扩展点。接受消息修改消息删除消息补充消息拒绝整个 Stepreject它是 Tool Owner 自己的最终内容处理规则。同步通知。turn/end检查结果注入后续工作决定是否继续执行收尾逻辑当前轮回答了，但目标还没有完成于是安排另一步。原始 Session Event Log↓Validate↓↓↓模型 History 自然恢复。理解 DSH 一次 Agent Run，可以把所有东西压缩成三条并行主线。fill:#333;important;

原创 MySQL有哪些索引

原创 排查慢SQL用explain分析执行计划，主要关注哪些字段？

【代码】排查慢SQL用explain分析执行计划，主要关注哪些字段？

原创 MySQL中如何定位慢查询？如果SQL语句执行很慢，如何分析和优化？

EXPLAIN。

原创 第二章：DSH 整体架构 —— Cordis、Shared Context 与插件化微内核

任何会改变 Runtime 状态的注册，都应该带一个反向清理动作。

原创 第一章：从 LLM 到 Agent —— DeepSeek Harness 入门

Agent│ │“大脑” “运行系统”理解任务；推理；规划下一步；选择工具；根据执行结果调整策略；生成最终答案。Harness 则负责把模型的“想法”真正变成可以执行的行为。读到这里，还不需要记住 DSH 的所有术语。只要先记住下面七句话。

原创 Agent Skills从入门到工程化（十六）：面试中如何讲清楚 Agent Skills？

如果你准备 Agent 开发岗位，Agent Skills 是一个很适合展开的话题。它能体现你不只是会写 Prompt，而是理解 Agent 如何调用外部能力、如何工程化落地。

原创 Agent Skills从入门到工程化（十五）：Skill 的安全控制

Agent 有了 Skills 后，就不只是聊天，而是能执行真实动作：读文件、查数据库、发邮件、改记录、删数据、执行代码。能力越强，安全边界越重要。

原创 Agent Skills从入门到工程化（十四）：Skill 与 MCP 的关系

MCP 和 Skill 都和“外部能力”有关，但它们解决的问题不同。MCP 更像外部能力接入协议，Skill 更像 Agent 内部对能力的任务化封装。

原创 Agent Skills从入门到工程化（十三）：Skill 与 RAG 的关系

RAG 是 Agent 系统中最常见的能力之一。很多人会问：RAG 是不是 Agent？RAG 和 Skill 什么关系？简单说：RAG 本身不是 Agent，但可以被封装成 Agent 的一个 Skill。

原创 Agent Skills从入门到工程化（十二）：Skill 如何做日志、监控和评估？

Agent Demo 通常只关心“能不能跑通”，但工程系统必须关心“为什么失败、哪里慢、哪个 Skill 常出错、任务是否完成”。没有日志、监控和评估，Agent 系统就是黑盒。

原创 Agent Skills从入门到工程化（十一）：什么是 Skill Router？

不是一个孤立概念，而是 Agent 工程化中必须讲清楚、设计清楚、验证清楚的一部分。

原创 Agent Skills 从入门到工程化（十）：什么是 Skill Registry？

不是一个孤立概念，而是 Agent 工程化中必须讲清楚、设计清楚、验证清楚的一部分。

原创 Agent Skills 从入门到工程化（九）：多个 Skills 如何组合完成复杂任务？

真实用户任务通常不是单步的。比如“分析这份销售表并给建议”可能需要读文件、解析表格、计算指标、生成图表和总结建议。这就需要多个 Skills 组合。多个 Skills 常见组合方式有：串行组合串行适合有依赖关系的任务。前一步失败会影响后一步，所以每一步都要检查 status。并行适合多个独立信息源。并行可以节省时间，但要处理 partial_success，也就是部分成功。条件组合根据中间结果决定路径。这类组合体现 Agent 的动态决策能力。固定流程更适合 Workflow，开放任务更适合 Ag

原创 Agent Skills 从入门到工程化（八）：Skill 调用失败怎么办？

Skill 调用失败是 Agent 系统的常态。外部 API 会超时，参数会缺失，权限会不足，检索会空结果。如果不设计失败处理，Agent 很容易崩溃或编造答案。

原创 Agent Skills 从入门到工程化（七）：Skill 的边界应该怎么划分？

设计 Skill 时，一个关键问题是：一个 Skill 应该做多大？拆得太细，Agent 调用链变长；封装太大，Skill 变成黑盒，难复用、难测试、难维护。

原创 Agent Skills 从入门到工程化（六）：为什么 Agent 会乱调 Skill？

Agent 乱调 Skill 是工具调用系统里最常见的问题之一。它可能不该调却调、该调却没调、调错 Skill、参数填错、调用顺序错。解决这个问题不能只怪模型，而要从 Skill 设计和调用链路入手。

原创 Agent Skills 从入门到工程化（五）：如何写好 Skill 的名称和描述？

Skill 的名称和描述看起来只是几行文本，但它们直接影响 Agent 是否会正确调用能力。很多误调问题不是模型不会用工具，而是工具名称和描述太模糊。

原创 Agent Skills 从入门到工程化（四）：Skill 的输入输出应该怎么设计？

Skill 输入输出设计决定了 Agent 能不能正确调用，也决定了调用结果能不能继续使用。很多工具调用失败并不是模型太差，而是参数设计太模糊、返回结果不可解析。

原创 Agent Skills 从入门到工程化（三）：一个 Skill 应该包含哪些基本部分？

很多人第一次写 Skill，会把它写成一个普通函数。但 Agent 调用 Skill 时，需要的不只是执行逻辑，还需要知道这个能力的名称、用途、输入、输出、限制和失败处理方式。所以，一个合格 Skill 应该是一套完整能力封装，而不是一个孤立函数。

原创 Agent Skills 从入门到工程化（二）：Skill、Tool、Function、Workflow、Agent 有什么区别？

学习 Agent 开发时，最容易混淆的几个词就是 Function、Tool、Skill、Workflow 和 Agent。它们都和“让模型做事”有关，但抽象层次不同。如果这些概念没分清，后面学习工具调用、多 Agent、MCP、RAG Agent 时，就容易把所有东西都叫成“工具”。这篇文章先把它们拆开。