backend/cmd/main.go:167-280 的 newComponent 是"水电工"，把所有基础设施的客户端连好、包成一个 component 结构体：

type component struct {
	idgen               idgen.IIDGenerator      // 分布式 ID 生成器（基于 Redis）
	db                  db.Provider             // MySQL 连接池
	redis               redis.Cmdable           // Redis 客户端
	cfgFactory          conf.IConfigLoaderFactory // 配置加载器工厂
	mqFactory           mq.IFactory              // RocketMQ 工厂
	objectStorage       fileserver.ObjectStorage // MinIO/S3 客户端
	ckDb                ck.Provider              // ClickHouse 连接
	benefitSvc          benefit.IBenefitService  // 权益服务（开源版是 Noop 空实现）
	auditClient         audit.IAuditService      // 审核服务（开源版是 Noop 空实现）
	// ...
}

数据库、Redis、ClickHouse 的连接参数不是硬编码在代码里，而是从 backend/conf/infrastructure.yaml 读的（注意：这份和 Day 02 的 docker-compose/conf/model_config.yaml 是两个不同的配置文件，各管各的）：

# backend/conf/infrastructure.yaml（容器内路径 /coze-loop/conf/infrastructure.yaml）
infra:
  redis:
    host: "cozeloop-redis"
    port: 6379
  rds:
    host: "cozeloop-mysql"
    port: 3306
  ck_config:
    host: "cozeloop-clickhouse:9008"
  idgen:
    server_ids: [1]      # 分布式 ID 生成器的机器号
  log_level: "info"

main.go:117-129 的 getComponentConfig 就是加载这份配置：

func getComponentConfig(configFactory conf.IConfigLoaderFactory) (*ComponentConfig, error) {
	componentConfigLoader, err := configFactory.NewConfigLoader("infrastructure.yaml")
	componentConfig := &ComponentConfig{}
	err = componentConfigLoader.UnmarshalKey(ctx, "infra", componentConfig)
	return componentConfig, nil
}

基础设施连好之后，backend/api/api.go 的 Init 函数把六大模块的 handler 逐个组装出来。这里能直接看到模块之间的依赖顺序：

func Init(ctx context.Context, idgen ..., db ..., ...) (*apis.APIHandler, error) {
	foundationHandler, _ := apis.InitFoundationHandler(...)   // ① 最先：用户/空间/鉴权
	llmHandler, _ := apis.InitLLMHandler(..., loauth.NewLocalAuthService(foundationHandler.AuthService))
	promptHandler, _ := apis.InitPromptHandler(...,
		loruntime.NewLocalLLMRuntimeService(llmHandler.LLMRuntimeService), // 依赖 llm
		loauth.NewLocalAuthService(foundationHandler.AuthService),        // 依赖 foundation
		lofile.NewLocalFileService(foundationHandler.FileService),
	)
	dataHandler, _ := apis.InitDataHandler(...)
	evaluationHandler, _ := apis.InitEvaluationHandler(...,             // 依赖 data + prompt + llm + foundation
		lodataset.NewLocalDatasetService(dataHandler.IDatasetApplication),
		lomanage.NewLocalPromptManageService(promptHandler.PromptManageService),
	)
	observabilityHandler, _ := apis.InitObservabilityHandler(...)       // 依赖几乎所有前面模块
	return &apis.APIHandler{ PromptHandler: promptHandler, ... }, nil
}

HTTP 之外，Coze Loop 还有一批基于 RocketMQ 的异步消费者（比如异步处理 Trace 摄入、评测任务）。backend/cmd/main.go:69-79：

signalCtx, signalCancel := signal.NotifyContext(ctx, syscall.SIGTERM, syscall.SIGINT)
r := registry.NewConsumerRegistryWithShutdown(signalCtx, c.mqFactory).
	Register(MustInitConsumerWorkers(c.cfgFactory, c.mqFactory, handler, handler, handler, handler))
r.StartAll(ctx)

go api.Start(handler)   // HTTP 服务放进协程，不阻塞主流程
<-signalCtx.Done()      // 主 goroutine 在这里"睡着"，直到收到退出信号

stopCtx, stopCancel := context.WithTimeout(context.Background(), 30*time.Second)
r.StopAll(stopCtx)      // 给消费者 30 秒把手头的消息处理完再退出

✋ 动手 5 分钟

# 1. 通读 main 函数骨架（先看骨架，别急着抠细节）
sed -n '50,80p' backend/cmd/main.go

# 2. 看 newComponent 组装了哪些基础设施
grep -n "type component struct" -A 15 backend/cmd/main.go

# 3. 看 api.Init 的六模块初始化顺序
grep -n "Init.*Handler" backend/api/api.go

# 4. 看本地容器里的 infrastructure.yaml 长什么样
cat release/deployment/docker-compose/conf/infrastructure.yaml 2>/dev/null || \
cat backend/conf/infrastructure.yaml