kratos学习项目
-
为什么包取名叫internal，因为go会对这个包名做禁止引用，保证代码的解耦
-
B站v1的httpServer运行
- log
- maxbyte
- maxconn
- 注意limiter初始化的位置
- recover
- timeout（http层次未作拦截，即无传入timeoutHander,但是传入了Context供其他层判断）
- trace(zipkin/jaeger)
- criticality 接口重要性
- 新增break中间件(接口级别熔断)
- default标签改写，之前json格式时不生效
- promethues监控
-
todo
- limit(根据cpu过载保护，https://github.com/alibaba/Sentinel/wiki/%E7%B3%BB%E7%BB%9F%E8%87%AA%E9%80%82%E5%BA%94%E9%99%90%E6%B5%81)
- 压测
- 分布式限流(不是简单的redis分布式限流，因为会有热key瓶颈)
- restful路由支持(:id，path参数支持重复)(gin issue:Add mixed param and non-param paths)
- Beanstalkd?
- canal,发送kafka,异步删除缓存
- limit(根据cpu过载保护，https://github.com/alibaba/Sentinel/wiki/%E7%B3%BB%E7%BB%9F%E8%87%AA%E9%80%82%E5%BA%94%E9%99%90%E6%B5%81)
-
grpc功能实现
- etcd注册
- p2c负载均衡
- break
- log
- grpcerror
- metadata
- 级联timeout
- trace
-
demo
- golangci检测
- admin+gorm(share db架构,运营平台微服务共享db，只是权限不同)
- service+mysql
- job+kafka
- kafka
- 数据库delete_time 为null的时间处理，自定义时间
- errgroup
- runsafe
- 获取天气的等api的demo，client以及分层设计
- mysql慢日志，熔断
- redis慢日志，无熔断(不支持集群)
- redis的demo，读失败后的写缓存策略（降级后一般读失败不触发回写缓存）。
- 空缓存保护策略,将空数据缓存，避免请求直接打到db
- redis分布式锁(架构上尽量规避，性能不高，case多，容易出bug)
- 基于B站的mysql的redis封装go-zero的cache
- chan-singleFlight
- chan-fanout(生产消费模式：这里用作redis回写异步处理)
- chan-pipeline
- metadata
- grpcerror
- validate
- 贫血模型
- csv导出
- breaker(google sre 熔断器)
- 多租户 （流量染色）
- hash-id封装(内部int类型给前端时转化为hash)
- attrs(mysql字段，bit标识)
- redis(bitmap大offset处理)
- 滑动窗口
- 降级(BFF层做，不在service端做是怕调用者做二级缓存，缓存降级数据,当遇到错误时，可以选择返回空，默认数据或者热门数据：服务端push，内存存储)
-
pkg/errors处理指南
- 底层包不需要Wrap，直接返回，或者定义sentinel error
- dao层Wrap，或者其他层第一次定义错误码，也要Wrap
- 已经wrap的err，避免堆栈信息重复，可使用WtihMessage带信息，不处理可直接return
- 在最外层 %+v 打印堆栈信息
- 个人感觉在grpc的client端没必要加日志