kit-study

• 微服务 go-kit study 后续会根据时间需求 用go-kratos 进行重构

v1- kit base service & fx demo

• 建立 kit 基础服务
• fx 依赖注入demo

v2- middleware & request uuid & log & project-layout

• 建立中间件
• 请求uuid
• log集成zap方便扩展
• project-layout目录结构初步设定

v3- jwt & error & log & auth middleware

• 建立 jwt 认证
• error 自定义错误码
• log 封装zap
• auth中间件

v4- rate-limit & grpc fx,grpc client,server & makefile protoc & log errorhandler

• 建立限流 rate-limit
• grpc服务建立 transport, endpoint层rpc改造
• grpc_server grpc_client 建立
• makefile scripts 雏形建造 初步做了protoc 命令建立 后续添加其他make命令
• fx 兼容grpc_server
• log 日志库改造 errorhandler ZapLogger 全局使用

v5- etcd 服务注册与发现 & user_agent_client 集成grpc_client & fx集成etcd

• 建立etcd 服务注册registry & 服务发现selector
• grpc服务集成 http & etcd服务注册 registry(后续也可集成kit sd) & kit sd 下的服务发现和负载均衡
• grpc client & usr_agent_client 集成完善 保证etcd和grpc服务打通
• http 服务修改为rpc 对应proto结构 保证http和rpc服务都可运行

v6- 集成 服务监控 Prometheus & 服务熔断 Hystrix-go

• 建立prometheus 服务中间件metric-middleware
• 服务请求次数 counter, 请求时间 histogram柱状图
• prometheus 采集服务metric
• 集成服务熔断 Hystrix 对出错服务进行服务降级，降低级联错误

v7- 链路追踪 集成openTelemetry trace

• 建立 TraceProvider 设立exporter(目前为最简单的stdout) resource 相关属性设定
• tracer 基础trace 建立初始span为后续服务span连通 保证整个请求链路连通 后续优化
• 踩了很多坑 推荐 open-telemetry 中对于可观测性遥测的设定和demo事例 期间也看了demo中kafka的链路追踪，确实比较复杂
• 建议集成三方框架使用 open-telemetry 时先看官方框架是否有使用demo 以及 open-telemetry-go的contrib 写的比较详细 不推荐直接open-telemetry官方demo直接使用 但可以作为参考 目前 gin go-kit（已舍弃 但能用） 遥测都有集成 建立熟悉example再来应用