api网关不必强制使用laravel octane，但不推荐用传统php-fpm；fpm易因进程阻塞导致502/504错误，而octane（swoole/roadrunner）支持协程代理、keep-alive及内存复用，更适合作为高并发流量入口。
API 网关必须用 Laravel Octane 吗？
不用，但不推荐用传统 PHP-FPM 模式跑网关。PHP-FPM 在处理长连接、高并发 AI 请求或跨服务代理时，容易因进程阻塞、超时中断导致 502 Bad Gateway 或 504 Gateway Timeout。Laravel Octane（Swoole/RoadRunner）能复用内存、支持协程代理、维持 HTTP/1.1 keep-alive，更适合做流量入口。
实操建议：
- 若用 Octane，
config/octane.php中需显式配置proxy相关中间件，避免请求头丢失（如X-Forwarded-For） - 若仍用 FPM，至少把网关路由单独抽到子域名（如
api.example.com），并调大fastcgi_read_timeout和proxy_read_timeout - 网关本身不做业务逻辑，只做鉴权、路由分发、限流；所有
Http::get('http://user-service/...')调用必须设timeout和connect_timeout，否则一个下游挂掉会拖垮整个网关
服务间通信该用 HTTP 还是消息队列？
同步场景（如用户登录后立刻查权限）必须用 HTTP；异步场景（如发邮件、生成报表、LLM 推理）必须走消息队列。混用不是风格问题，而是可用性边界问题。
常见错误现象：
- 用
Http::post()同步调用「发送短信」服务，结果短信网关延迟 3s，导致用户注册接口整体超时 - 在控制器里直接 dispatch
SendWelcomeEmailJob却没配 Redis 队列，任务卡在 database 驱动里，重试机制失效
实操建议：
- HTTP 通信统一走
GuzzleHttp\Client实例，并封装成 Service 类（如UserClient），避免裸写Http::散落在各处 - 消息队列必须用
redis驱动，禁用sync或database；config/queue.php中为每个服务定义专属 queue 名称（如user-events、marketing-jobs） - 关键异步任务加
->onQueue('critical')并配置 Horizon 的supervisor优先级
如何让每个微服务拥有独立数据库却不写死连接名？
不能靠 DB::connection('user_service') 手动切库 —— 这会让 Eloquent 模型失去自动迁移、工厂和关系推导能力。正确做法是让模型“绑定”到特定连接，而非运行时切换。
实操建议：
- 在每个微服务的 Service Provider 中，用
$this->app['db']->extend('user_service', ...)注册连接，而不是往config/database.php里硬塞一堆连接配置 - 模型类顶部声明
protected $connection = 'user_service';，同时确保该连接在boot()阶段已注册完成 - 跨服务关联（如 Order → User）禁止用 Eloquent
belongsTo，改用 API 调用或缓存 ID 映射；否则Order::with('user')会触发跨库 JOIN，直接报错
服务注册与发现为什么不能只靠环境变量？
环境变量适合静态拓扑（如本地开发），但上线后服务 IP/端口会变，K8s Pod 重启、灰度发布、滚动更新都会导致地址漂移。硬编码 http://user-service:8000 在 config 里，等于放弃弹性伸缩能力。
实操建议：
- 用 Consul 或 etcd 做服务注册：在
AppServiceProvider::boot()中调用$consulClient->registerService(...)，健康检查路径必须返回200且响应体含服务元数据 - 客户端调用前先查注册中心：
$url = ServiceDiscovery::get('user-service')->url();，这个类要实现本地缓存 + TTL 刷新，避免每次请求都查 Consul - 别忽略降级逻辑：当注册中心不可用时，fallback 到预设的 DNS 名（如
user-service.default.svc.cluster.local），而不是直接抛异常
真正难的不是拆服务，而是让每个服务在失去“同进程信任”后，依然能可靠地交换数据、对齐状态、协同失败。比如 JWT 解析后的 user_id 怎么安全透传给下游？事件里带的 ID 是主键还是业务码？这些细节没对齐，拆得越细，联调越崩溃。
