一款国产开源的Go微服务框架

　　学习 Go 语言的朋友看过来！这里有一个非常厉害的 Go 微服务框架推荐给你！
　　这个框架的名字叫做 Kratos，目前已经在 Github 上收货了 14k+ 的 star，一共有 110+人为其做了贡献。
　　这个项目的作者一定是一个游戏爱好者。项目的名字就是起源于一款以希腊神话为背景的游戏—《战神》，Kratos 是其中一位任人物的名字，他从凡人成为了战神!
　　项目目标
　　这个项目的目标是提供完整的微服务研发体验，整合相关框架及工具后，微服务治理相关部分可对整体业务开发周期无感，从而更加聚焦于业务交付。对每位开发者而言，整套 Kratos 框架也是不错的学习仓库，可以了解和参考到微服务方面的技术积累和经验。  设计原则
　　整个框架的设计原则如下：  简单：不过度设计，代码平实简单；  通用：通用业务开发所需要的基础库的功能；  高效：提高业务迭代的效率；  稳定：基础库可测试性高，覆盖率高，有线上实践安全可靠；  健壮：通过良好的基础库设计，减少错用；  高性能：性能高，但不特定为了性能做 hack 优化，引入 unsafe ；  扩展性：良好的接口设计，来扩展实现，或者通过新增基础库目录来扩展功能；  容错性：为失败设计，大量引入对 SRE 的理解，鲁棒性高；  工具链：包含大量工具链，比如 cache 代码生成，lint 工具等等；
　　特性APIs：协议通信以 HTTP/gRPC 为基础，通过 Protobuf 进行定义；  Errors：通过 Protobuf 的 Enum 作为错误码定义，以及工具生成判定接口；  Metadata：在协议通信 HTTP/gRPC 中，通过 Middleware 规范化服务元信息传递；  Config：支持多数据源方式，进行配置合并铺平，通过 Atomic 方式支持动态配置；  Logger：标准日志接口，可方便集成三方 log 库，并可通过 fluentd 收集日志；  Metrics：统一指标接口，可以实现各种指标系统，默认集成 Prometheus；  Tracing：遵循 OpenTelemetry 规范定义，以实现微服务链路追踪；  Encoding：支持 Accept 和 Content-Type 进行自动选择内容编码；  Transport：通用的 HTTP/gRPC 传输层，实现统一的 Middleware 插件支持；  Registry：实现统一注册中心接口，可插件化对接各种注册中心；  Validation: 通过Protobuf统一定义校验规则，并同时适用于HTTP/gRPC服务.  SwaggerAPI: 通过集成第三方Swagger插件能够自动生成Swagger API json并启动一个内置的Swaager UI服务.  架构
　　使用方法环境要求go  protoc  protoc-gen-go  下载安装
　　go get 安装： go get github.com/go-kratos/kratos/cmd/kratos/v2@latest kratos upgrade
　　源码编译安装： git clone https://github.com/go-kratos/kratos cd kratos make install 创建一个服务
　　使用  kratos new  新建项目时所使用结构，其中包括了开发过程中所需的配套工具链( Makefile 等)，便于开发者更高效地维护整个项目，本项目亦可作为使用 Kratos 构建微服务的工程化最佳实践的参考。
　　# 创建项目模板 kratos new helloworld  cd helloworld # 拉取项目依赖 go mod download  # 生成proto模板 kratos proto add api/helloworld/helloworld.proto # 生成proto源码 kratos proto client api/helloworld/helloworld.proto # 生成server模板 kratos proto server api/helloworld/helloworld.proto -t internal/service  # 生成所有proto源码、wire等等 go generate ./...  # 运行程序 kratos run
　　生成的目录结构如下：    . ├── Dockerfile   ├── LICENSE ├── Makefile   ├── README.md ├── api // 下面维护了微服务使用的proto文件以及根据它们所生成的go文件 │   └── helloworld │       └── v1 │           ├── error_reason.pb.go │           ├── error_reason.proto │           ├── error_reason.swagger.json │           ├── greeter.pb.go │           ├── greeter.proto │           ├── greeter.swagger.json │           ├── greeter_grpc.pb.go │           └── greeter_http.pb.go ├── cmd  // 整个项目启动的入口文件 │   └── server │       ├── main.go │       ├── wire.go  // 我们使用wire来维护依赖注入 │       └── wire_gen.go ├── configs  // 这里通常维护一些本地调试用的样例配置文件 │   └── config.yaml ├── generate.go ├── go.mod ├── go.sum ├── internal  // 该服务所有不对外暴露的代码，通常的业务逻辑都在这下面，使用internal避免错误引用 │   ├── biz   // 业务逻辑的组装层，类似 DDD 的 domain 层，data 类似 DDD 的 repo，repo 接口在这里定义，使用依赖倒置的原则。 │   │   ├── README.md │   │   ├── biz.go │   │   └── greeter.go │   ├── conf  // 内部使用的config的结构定义，使用proto格式生成 │   │   ├── conf.pb.go │   │   └── conf.proto │   ├── data  // 业务数据访问，包含 cache、db 等封装，实现了 biz 的 repo 接口。我们可能会把 data 与 dao 混淆在一起，data 偏重业务的含义，它所要做的是将领域对象重新拿出来，我们去掉了 DDD 的 infra层。 │   │   ├── README.md │   │   ├── data.go │   │   └── greeter.go │   ├── server  // http和grpc实例的创建和配置 │   │   ├── grpc.go │   │   ├── http.go │   │   └── server.go │   └── service  // 实现了 api 定义的服务层，类似 DDD 的 application 层，处理 DTO 到 biz 领域实体的转换(DTO -> DO)，同时协同各类 biz 交互，但是不应处理复杂逻辑 │       ├── README.md │       ├── greeter.go │       └── service.go └── third_party  // api 依赖的第三方proto     ├── README.md     ├── google     │   └── api     │       ├── annotations.proto     │       ├── http.proto     │       └── httpbody.proto     └── validate         ├── README.md         └── validate.proto 编写代码import ＂github.com/go-kratos/kratos/v2＂ import ＂github.com/go-kratos/kratos/v2/transport/grpc＂ import ＂github.com/go-kratos/kratos/v2/transport/http＂  httpSrv := http.NewServer(http.Address(＂:8000＂)) grpcSrv := grpc.NewServer(grpc.Address(＂:9000＂))  app := kratos.New(     kratos.Name(＂kratos＂),     kratos.Version(＂latest＂),     kratos.Server(httpSrv, grpcSrv), ) app.Run()
　　更多关于这个项目的使用介绍，推荐朋友们看看这个项目的官方文档： https://go-kratos.dev/docs/getting-started/start  。