<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Backend Engineering on PlumePHP</title><link>https://plumephp.com/categories/backend-engineering/</link><description>Recent content in Backend Engineering on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 23 Nov 2025 10:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/categories/backend-engineering/index.xml" rel="self" type="application/rss+xml"/><item><title>分布式系统一致性与可用性：CAP定理、共识算法与容错设计详解</title><link>https://plumephp.com/distributed-systems-consistency-availability/</link><pubDate>Sun, 23 Nov 2025 10:00:00 +0800</pubDate><guid>https://plumephp.com/distributed-systems-consistency-availability/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;分布式系统的本质挑战在于：&lt;strong&gt;多个独立节点通过网络协作，而网络是不可靠的&lt;/strong&gt;。当请求跨越多个数据中心、多个服务器、多次网络跳转时，你会面临单机系统中不存在的问题——节点可能宕机、网络可能分区、消息可能延迟或丢失、时钟可能不同步。&lt;/p&gt;</description></item><item><title>API设计实战：REST、gRPC与GraphQL的选型、规范与版本管理</title><link>https://plumephp.com/api-design-rest-grpc-graphql/</link><pubDate>Sat, 22 Nov 2025 10:00:00 +0800</pubDate><guid>https://plumephp.com/api-design-rest-grpc-graphql/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;API 不是实现细节，API 是&lt;strong&gt;产品&lt;/strong&gt;。它的用户是其他开发者——你的同事、客户公司的前端团队、或调用你服务的第三方。设计糟糕的 API 会让调用方困惑、引发 bug、拖慢团队开发速度；设计良好的 API 像一份优秀文档，调用方几乎无需阅读说明就能正确使用。&lt;/p&gt;</description></item><item><title>微服务架构设计模式：API网关、服务发现与分布式通信实战指南</title><link>https://plumephp.com/microservices-design-patterns/</link><pubDate>Fri, 21 Nov 2025 10:00:00 +0800</pubDate><guid>https://plumephp.com/microservices-design-patterns/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;微服务不是银弹。Martin Fowler 提出的&amp;quot;Microservice Premium&amp;quot;警示我们：微服务引入的分布式事务、服务发现、运维复杂度远超单体。更常见的是&amp;quot;Microservice Theater&amp;quot;——团队表面上拆分了几十个服务，实际上共用一个数据库、部署紧耦合、任何改动都需要跨团队协调。&lt;/p&gt;</description></item></channel></rss>