abe3b4960e
后端： 1. 阶段 3 notification 服务边界落地，新增 `cmd/notification`、`services/notification`、`gateway/notification`、`shared/contracts/notification` 和 notification port，按 userauth 同款最小手搓 zrpc 样板收口 2. notification outbox consumer、relay 和 retry loop 迁入独立服务入口，处理 `notification.feishu.requested`，gateway 改为通过 zrpc client 调用 notification 3. 清退旧单体 notification DAO/model/service/provider/runner 和 `service/events/notification_feishu.go`，旧实现不再作为活跃编译路径 4. 修复 outbox 路由归属、dispatch 启动扫描、Kafka topic 探测/投递超时、sending 租约恢复、毒消息 MarkDead 错误回传和 RPC timeout 边界 5. 同步调整 active-scheduler 触发通知事件、核心 outbox handler、MySQL 迁移边界和 notification 配置 文档： 1. 更新微服务迁移计划，将阶段 3 notification 标记为已完成，并明确下一阶段从 active-scheduler 开始
21 lines
995 B
Go
21 lines
995 B
Go
package ports
|
||
|
||
import (
|
||
"context"
|
||
|
||
contracts "github.com/LoveLosita/smartflow/backend/shared/contracts/notification"
|
||
)
|
||
|
||
// NotificationCommandClient 是 gateway 调用 notification 服务的通道配置能力集合。
|
||
//
|
||
// 职责边界：
|
||
// 1. 只描述 HTTP 入口需要的配置查询、保存、删除和测试能力；
|
||
// 2. 不暴露 notification_records、provider、outbox consumer 或 retry loop 细节；
|
||
// 3. 具体通信协议由 gateway adapter 决定，API 层保持 res, err 的统一调用语义。
|
||
type NotificationCommandClient interface {
|
||
GetFeishuWebhook(ctx context.Context, req contracts.GetFeishuWebhookRequest) (*contracts.ChannelResponse, error)
|
||
SaveFeishuWebhook(ctx context.Context, req contracts.SaveFeishuWebhookRequest) (*contracts.ChannelResponse, error)
|
||
DeleteFeishuWebhook(ctx context.Context, req contracts.DeleteFeishuWebhookRequest) error
|
||
TestFeishuWebhook(ctx context.Context, req contracts.TestFeishuWebhookRequest) (*contracts.TestResult, error)
|
||
}
|