EP224：MCP与RAG及AI智能体的对比
把客服 Agent 上线只是第一步，真正难的工作是从真实客户开始使用之后才开始的。
我们的新指南探讨了 Lyft、Vodafone 和 LATAM Airlines 的团队如何在生产环境中运营客服 Agent，包括他们如何评估回复质量、监控故障，以及如何利用生产环境的对话持续改进系统。
你将学到：
如何避免 prompt 质量拖慢开发进度
如何从一开始就把可观测性内置到 Agent 中
如何在故障影响更多客户之前发现失败模式
如何把客户对话转化为对客服、产品和运营有价值的信号
如何选择能在真实客服工作流中站得住脚的架构
本周的系统设计回顾：
JVM 到底是如何工作的（YouTube 视频）
MCP vs RAG vs AI Agents
你应该了解的 9 种分布式系统模式
虚拟化 vs 容器化
HTTP vs HTTPS
JVM 到底是如何工作的
MCP vs RAG vs AI Agents
MCP 是一个开放标准协议，用于把 AI 模型连接到外部工具和数据源，这些可以是 API、数据库，也可以是 Gmail、Slack、GitHub 这类应用。有了 MCP，你就不必为每个应用单独编写或配置集成，它提供了一种连接这些系统的标准化方式。
在 RAG 中，模型会在收到查询时动态拉取最新信息。这也正是模型无需自行编造内容、而是从文档、PDF 和数据库等外部数据源获取新鲜资讯，从而给出最贴合提示词的答案的原因。 AI Agent 是一种能够自主执行任务并做出决策的 AI 系统，它负责确保整体流程正常运行，而不像聊天机器人那样仅停留在简单的请求-响应模式。必须掌握的 9 种分布式系统模式
在复制（Replication）模式中，你对数据生成精确副本并存放在不同的服务器上。
在分片（Sharding）模式中，你将大型数据库水平切分，使不同的数据行存储在不同的机器上。
在一致性哈希（Consistent Hashing）模式中，你通过虚拟环形结构将数据分布到不同的机器或服务器上。
PubSub 是一种异步消息传递模式，它解耦了服务的创建者与服务消费者。
在断路器（Circuit Breaker）分布式模式中，它防止应用程序反复执行注定会失败的操作。
在带退避的重试（Retry with Backoff）模式中，你处理临时网络故障或短暂的服务超时，这是一种弹性模式。
在领导者选举（Leader Election）模式中，你指定一个主节点来管理操作和维护集群状态，从而避免多个节点同时认为自己是主控方。
在多数派读写（Quorum Read/Write）模式中，你确保足够多的副本就每次读写操作达成一致，并使集合产生交集。这是一种用于分布式数据库的数据一致性模式，用于保证信息的时效性。
Saga 是一种设计模式，通过跨多个微服务的一系列本地事务来管理分布式事务。如果某一步骤失败，每个先前的步骤都会由其自身的补偿动作回滚。
虚拟化与容器化
在容器简化部署之前，虚拟化改变了我们使用硬件的方式。两者都能隔离工作负载，但实现方式不同。
虚拟化（硬件级隔离）：每个虚拟机运行完整的操作系统，如 Windows、Fedora 或 Ubuntu，拥有独立的内核、驱动和库。Hypervisor（如 VMware ESXi、Hyper-V、KVM）直接运行在硬件之上，为每个客户机操作系统模拟物理机。
这使得虚拟机虽然臃肿，但隔离性更强。需要在同一台机器上同时运行 Windows 和 Linux？虚拟机可以轻松搞定。典型虚拟机的启动时间以分钟计，因为你需要从头启动整个操作系统。
容器化（操作系统级隔离）：容器共享主机操作系统的内核，每个容器不需要独立的操作系统，只有拥有独立文件系统和依赖关系的隔离进程。
容器引擎（如 Docker、containerd、CRI-O、Podman）管理生命周期、网络和隔离，但所有这些都在单一共享内核之上运行。轻量且快速，容器可以在毫秒内启动，因为你无需启动操作系统，只需启动一个进程。
但这里有需要注意的地方：同一主机上的所有容器必须与该主机的内核兼容。在 Linux 主机上无法直接运行 Windows 容器（除非借助嵌套虚拟化技巧）。
轮到你了：你最常用的方案是什么？是虚拟机里的容器、裸金属容器，还是其他方案？
HTTP 与 HTTPS
打开一个网站时，HTTP 和 HTTPS 的区别决定了你的数据是安全传输，还是“裸奔”在网络中。下面看看底层到底发生了什么：
HTTP：
以明文发送数据，网络上的任何人都可以截获。
客户端和服务器只做一次简单的 TCP 握手：SYN、SYN-ACK、ACK
速度快，但完全不安全。密码、token、表单数据在传输过程中都可能被读取。
HTTPS（SSL/TLS）：
第一步：TCP 握手：建立标准连接。
第二步：证书校验：客户端发出 hello，服务器回应 hello 并附上自己的 SSL/TLS 证书。证书里包含服务器的公钥，并由受信任的证书颁发机构（CA）签名。
浏览器会验证证书是否合法、是否过期、是否真的属于你要访问的域名。这一步确保你连接的是真正的服务器，而不是冒充它的攻击者。
第三步：密钥交换：这里用到非对称加密。服务器持有公钥和私钥，客户端生成一个会话密钥，用服务器公钥加密后发送。只有服务器能用私钥解密。
这样双方就拿到了同一个会话密钥，且不会被第三方截获。之后整个会话就都用这个密钥做对称加密。
第四步：数据传输：接下来的每个请求和响应都用这个会话密钥进行对称加密。
聊聊吧：排查 TLS 问题时你常用的工具是什么？openssl、curl -v，还是别的？
20828分享