English | 简体中文

The official docs for developers.

View https://ego-org.com

EGO is a microservice-oriented governance framework implemented by golang, which integrates various engineering practices. Through the component-based design pattern, it is guaranteed that the business development can use various components in a unified way.

Advantages of EGO:

• Configure drive components
• Shield the startup details of the underlying components
• Observation and governance of microservice components
• Pluggable Ego-Component
• Fail Fast principle and friendly error prompts

For us engineers to improve component proficiency, we must first read a lot of open source component documentation and code, and then insist on using it for a long time in order to form muscle memory and improve our speed of doing business. And the time and energy invested in all of this is enormous.

To reduce this input cost and allow more developers to better use excellent open source components, EGO's approach is to standardize all open source components, encapsulate them, and unify various behaviors.

• Unified component file name
• Unified component configuration parameters
• Unified component call API
• Unify component error behavior
• Unified component monitoring behavior

Once you have mastered one component, you can use other components by inference.

• Unified error code
• Component errors, slow responses, links, regular request interceptor points (both server and client will intercept)
• Convergence error field
• Inject key information into components: code line number, configuration name, target address, time-consuming, request data, response data
• Debugging stage, error highlighting, formatting friendly prompts
• In the debugging phase, the component has a built-in debug interceptor

• Generate code, configuration, data parsing, template separation
• Build project code independently of language
• Use the Go1.16 feature embed, start the webUI, and generate code
• Project: https://github.com/gotomicro/egoctl

We have Many EGO components to support your rapid development

• For more components please visit the website: https://github.com/ego-component

EGO framework has three layers:

• The core layer provides configuration, logging, monitoring and links, and is the cornerstone of other components.
• The component layer provides various components in the client, server and task.
• The glue layer controls the life cycle of various components, error handling.

We consider everything to be a component and divide the component into four parts:

• Container handles component type, configuration and component startup
• Config configure parameters
• Component The calling method of the component
• Options the options of configuration and component

• Below v0.8.2, Go version needs to be greater than Go1.13.
• After v0.8.3, Go version needs to be greater than Go1.16.
• After v1.0.0, Go version needs to be greater than Go1.17.

bash <(curl -L https://raw.githubusercontent.com/gotomicro/egoctl/main/getlatest.sh)

Through the above script, you can download the protoc tools, EGO protoc plugin and egoctl.

• /usr/local/bin/egoctl EGO Cli
• /usr/local/bin/protoc Generate Pb tool
• /usr/local/bin/protoc-gen-go Generate Pb tool
• /usr/local/bin/protoc-gen-go-grpc Generate gRPC tool
• /usr/local/bin/protoc-gen-go-errors Generate error code tool
• /usr/local/bin/protoc-gen-openapiv2 Generate HTTP tool
• /usr/local/bin/protoc-gen-go-http Generate HTTP tool

• Configuration driver The startup method of all components is component name.Load("configuration name").Build(), which can create a component instance. For example, http server below, egin is the component name, server.http is the configuration name

  egin.Load("server.http").Build()
  

• friendly debug By enabling the debug configuration and export EGO_DEBUG=true on the command line,

  We can see the line number, configuration name, request address, time-consuming, request data, and response data in the request of all components in the test environment

And using Goland, you can directly click to the corresponding code path through the line number (gRPC, HTTP client support line number)

• Tracing Use the opentelemetry protocol to automatically add Tracing to the log

  • gRPC Tracing

    • test code gRPC view Tracing id
    • Server Tracing information

    

    • Client Tracing information

    

  • HTTP Tracing

    

  • Ali arms Tracing

    

• Unified error message

• Unified monitoring information

  

Configuration

[server.http]
    port = 9001
    host = "0.0.0.0"

Code

package main
import (
   "github.com/gin-gonic/gin"
   "github.com/gotomicro/ego"
   "github.com/gotomicro/ego/core/elog"
   "github.com/gotomicro/ego/server"
   "github.com/gotomicro/ego/server/egin"
)
//  export EGO_DEBUG=true && go run main.go --config=config.toml
func main() {
   if err := ego.New().Serve(func() *egin.Component {
      server := egin.Load("server.http").Build()
      server.GET("/hello", func(ctx *gin.Context) {
         ctx.JSON(200, "Hello EGO")
         return
      })
      return server
   }()).Run(); err != nil {
      elog.Panic("startup", elog.FieldErr(err))
   }
}

export EGO_DEBUG=true # The default log is output to the logs directory, and after dev mode is enabled, the log is output to the terminal
go run main.go --config=config.toml

At this time, we can send a command and get the following result

➜  helloworld git:(master) ✗ curl http://127.0.0.1:9001/hello
"Hello Ego"%  

Use build in the scripts folder, you can see the elegant version prompt.

Releases

To join our Wechat comminication group, add the ego keyword in the verification information.

Thanks for these wonderful people:

askuy	Wei Zheng	shaoyuan	Panda	刘文哲	zhangjunjun	devincd
Ming Deng	Angelia	Wbofeng	clannadxr	Link Duan	Costa	MEX7
LincolnZhou	optimistic9527	soeluc