本文记录了一个基于 Go 微服务架构的推特 AI Agent 系统从 0 到 1 的完整设计思路。项目没有另起炉灶，而是在现有微服务体系上新增 agent-service，以 MCP（Model Context Protocol）作为工具调用协议，将发推、搜索等操作封装成 AI 可调用的标准 Tool。核心设计围绕两条主线展开：一是用 Go 原生并发实现 ReAct 决策循环，让 Agent 真正

单个容器会跑了，但真实项目往往需要前端、后端、数据库、消息队列同时运行——这就是 Docker Compose 的用武之地。本文从核心标签逐一讲解入手，结合多阶段构建最佳实践，最终以一个包含前端（Vue3）、多个 Go 微服务、MySQL、Redis、RabbitMQ 等十余个容器的真实项目为例，带你看懂完整的 docker-compose.yaml 每一行在做什么，并实现一条命令拉起整套环境。

为什么删掉容器数据就没了？容器的可写层和镜像层有什么区别？本文从 UnionFS 分层原理入手，讲清楚容器数据消失的根本原因，再逐一介绍 Docker 三种数据持久化方案：Volume 具名卷（生产环境推荐）、Bind Mount 绑定挂载（开发环境推荐）、tmpfs 内存挂载（敏感数据场景），并结合真实项目的 docker-compose.yaml 说明每种方案的选型依据。

本文记录了一个基于 Go 微服务架构的推特 AI Agent 系统从 0 到 1 的完整设计思路。项目没有另起炉灶，而是在现有微服务体系上新增 agent-service，以 MCP（Model Context Protocol）作为工具调用协议，将发推、搜索等操作封装成 AI 可调用的标准 Tool。核心设计围绕两条主线展开：一是用 Go 原生并发实现 ReAct 决策循环，让 Agent 真正

容器之间为什么能互相访问？-p 端口映射底层是什么原理？为什么 Docker Compose 里直接写服务名就能找到对应容器？本文从 Linux network namespace 和 veth pair 入手，深入讲解 Docker 三种网络模式（bridge/host/overlay）的底层实现，同时介绍 iptables、SNAT、DNAT 的作用，并结合实战演示如何用自定义网络实现容器间的

容器之间为什么能互相访问？-p 端口映射底层是什么原理？为什么 Docker Compose 里直接写服务名就能找到对应容器？本文从 Linux network namespace 和 veth pair 入手，深入讲解 Docker 三种网络模式（bridge/host/overlay）的底层实现，同时介绍 iptables、SNAT、DNAT 的作用，并结合实战演示如何用自定义网络实现容器间的

单个容器会跑了，但真实项目往往需要前端、后端、数据库、消息队列同时运行——这就是 Docker Compose 的用武之地。本文从核心标签逐一讲解入手，结合多阶段构建最佳实践，最终以一个包含前端（Vue3）、多个 Go 微服务、MySQL、Redis、RabbitMQ 等十余个容器的真实项目为例，带你看懂完整的 docker-compose.yaml 每一行在做什么，并实现一条命令拉起整套环境。

容器之间为什么能互相访问？-p 端口映射底层是什么原理？为什么 Docker Compose 里直接写服务名就能找到对应容器？本文从 Linux network namespace 和 veth pair 入手，深入讲解 Docker 三种网络模式（bridge/host/overlay）的底层实现，同时介绍 iptables、SNAT、DNAT 的作用，并结合实战演示如何用自定义网络实现容器间的

容器之间为什么能互相访问？-p 端口映射底层是什么原理？为什么 Docker Compose 里直接写服务名就能找到对应容器？本文从 Linux network namespace 和 veth pair 入手，深入讲解 Docker 三种网络模式（bridge/host/overlay）的底层实现，同时介绍 iptables、SNAT、DNAT 的作用，并结合实战演示如何用自定义网络实现容器间的