<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Goravel on PlumePHP</title><link>https://plumephp.com/tags/goravel/</link><description>Recent content in Goravel on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Thu, 16 Oct 2025 23:28:36 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/goravel/index.xml" rel="self" type="application/rss+xml"/><item><title>产品矩阵平台后端架构白皮书：从平台化到 SaaS 商业化的完整指南</title><link>https://plumephp.com/posts/saas/matrix/</link><pubDate>Thu, 16 Oct 2025 23:28:36 +0800</pubDate><guid>https://plumephp.com/posts/saas/matrix/</guid><description>&lt;p&gt;&lt;strong&gt;产品矩阵平台是单体应用向规模化 SaaS 演进的必然架构终点&lt;/strong&gt;。它回答的核心问题是：如何让多个独立产品共享一套稳定的技术底座、统一的数据资产和标准化的交付流程，同时保持各自的产品独立性和演进节奏。&lt;/p&gt;</description></item><item><title>「产品矩阵平台」可扩展的服务框架</title><link>https://plumephp.com/matrix00-infra-06/</link><pubDate>Thu, 16 Oct 2025 15:28:36 +0800</pubDate><guid>https://plumephp.com/matrix00-infra-06/</guid><description>&lt;h2 id="第六章-可扩展的服务框架"&gt;第六章 可扩展的服务框架&lt;/h2&gt;
&lt;p&gt;可扩展服务框架的核心目标，是让平台不断加入新业务、新能力、新插件时，系统复杂度不要线性爆炸。&lt;/p&gt;
&lt;p&gt;一个好的框架应做到：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;新模块可以按标准目录接入；&lt;/li&gt;
&lt;li&gt;模块依赖显式声明；&lt;/li&gt;
&lt;li&gt;启动、关闭、迁移、路由、事件都有生命周期；&lt;/li&gt;
&lt;li&gt;扩展点清晰，不能靠修改核心代码接需求；&lt;/li&gt;
&lt;li&gt;未来拆成微服务时，模块边界仍然有效。&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id="61-模块化架构设计"&gt;6.1 模块化架构设计&lt;/h2&gt;
&lt;p&gt;推荐目录形态：&lt;/p&gt;</description></item><item><title>「产品矩阵平台」后端架构白皮书目录结构</title><link>https://plumephp.com/matrix00-infra-00/</link><pubDate>Thu, 16 Oct 2025 09:28:36 +0800</pubDate><guid>https://plumephp.com/matrix00-infra-00/</guid><description>&lt;h2 id="导读"&gt;导读&lt;/h2&gt;
&lt;p&gt;本白皮书是一份&lt;strong&gt;面向产品矩阵平台建设的系统化架构知识库&lt;/strong&gt;。它不讨论某个具体产品的业务逻辑，而是聚焦平台化过程中反复出现的结构性问题：如何让多个产品在共享技术底座的同时保持独立演进？如何从单体架构平滑过渡到多租户 SaaS？如何在规模化之后仍然控制成本与风险？&lt;/p&gt;</description></item></channel></rss>