Yii2不是微服务框架，但它可通过模块化拆分、RESTful API构建和第三方组件集成来实现微服务架构，需自行解决服务发现、配置管理、容错通信等基础设施问题。
Yii2 不是微服务框架，但它能跑微服务——前提是你要亲手拆、亲手连、亲手扛住运维复杂度。
它没有服务发现、健康检查、配置中心、分布式追踪这些微服务基础设施的原生支持。所有这些，都得你用第三方组件拼，或者自己写。
下面说几个真实开发中踩过坑的关键点：
Yii2 没有内置服务注册与发现机制
微服务不是“多个 Yii2 项目往服务器上一扔”就完事了。服务上线后，其他服务怎么知道它在哪？端口多少？是否存活？
-
Yii2自身不提供服务注册表（如 Consul/Etcd 的 client 集成） - 你得自己在
init()或bootstrap阶段调用 SDK 注册，还要处理心跳续期、异常下线 - 调用方查服务时，不能靠
Yii::$app->serviceLocator，得走 HTTP/DNS/SDK 查注册中心，延迟和失败率直线上升
模块化 ≠ 微服务，强行复用模块会埋雷
很多人把 yii\base\Module 当成微服务单元，直接在一个项目里塞十几个模块，再用 Nginx 分路由——这本质还是单体，只是披了层皮。
- 共享同一个 DB 连接池、同一个 PHP-FPM 进程、同一个日志文件 → 故障隔离为零
- 一个模块内存泄漏或死循环，整个应用挂掉
- 模块间通过
Yii::$app->getModule('xxx')调用，实际是进程内方法调用，根本没走网络通信，测不出真实链路延迟和容错能力
RESTful 支持很薄，但跨服务调用容易失控
yii\rest\ActiveController 确实能快速出接口，但微服务间调用远不止“写个 GET /users”。
- 没有默认的重试策略、熔断器、超时控制 ——
yii\httpclient是裸客户端，timeout和transport都得手动设 - 错误码混乱：A 服务返回
401表示未登录，B 服务返回401可能是 token 过期，C 服务干脆用200 + {code: 401}—— 消费方得写一堆 if-else 解析 - JWT 校验逻辑分散在各服务里，密钥轮换、算法切换、白名单校验全靠人肉同步，漏一处就全线崩
部署粒度模糊，Docker 化成本被低估
官方高级模板自带 frontend/backend/console，看起来像拆开了，其实共用一套 common 和数据库连接配置。
- 每个“微服务”若仍用
yii2-app-advanced，镜像体积动辄 300MB+（含未用的 Bootstrap、Gii、调试工具） -
composer install --no-dev容易漏掉 runtime 依赖（比如某些扩展只在require-dev里声明） - 环境变量注入困难：
Yii::getAlias('@env')不是开箱即用，得自己写EnvConfig类解析.env，否则 Docker 启动就报错
