retry-go
Go-NATS-Streaming-gRPC-PostgreSQL
Our great sponsors
retry-go | Go-NATS-Streaming-gRPC-PostgreSQL | |
---|---|---|
5 | 1 | |
2,217 | 97 | |
3.5% | - | |
5.7 | 1.8 | |
9 days ago | about 3 years ago | |
Go | Go | |
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
retry-go
-
Retry operations with constant, delays and exponential backoff strategies
Why this instead of https://github.com/avast/retry-go or https://github.com/cenkalti/backoff ?
- Network Error Handling
-
retry package for golang
What is that advantage of your package compared to other ones like https://github.com/avast/retry-go?
-
Go, NATS, gRPC and PostgreSQL clean architecture microservice with monitoring and tracing 👋
processCreateEmail handling create email events, it's start tracing span, increase metrics counters, then unmarshal message data, and call usecase create method, if it fails, we retry for 3 times using retry-go, if it still fails, we check is the current message redelivered and if redelivery count > maxRedeliveryCount(it's up to your business logic, here is 3 times limit), handling error cases can be very different and depends on your service business logic, in this example used Dead Letter Queue approach.
-
Go, Kafka, gRPC and MongoDB microservice with metrics and tracing 👋
Workers validate message body then call usecase, if it's returns error, try for retry, good library for retry is retry-go, if again fails, publish error message to very simple Dead Letter Queue as i said, didn't implement here any interesting business logic, so in real production we have to handle error cases in the better way. And after message success processed commit it.
Go-NATS-Streaming-gRPC-PostgreSQL
-
Go, NATS, gRPC and PostgreSQL clean architecture microservice with monitoring and tracing 👋
For quering data our microservice has GetByID and Search handlers. Full source code and list of all used tools you can find here 👨💻 :) I hope this article is usefully and helpfully, I'll be happy to receive any feedbacks or questions :)
What are some alternatives?
kafka-go - Kafka library in Go
Redis - Redis Go client
pgx - PostgreSQL driver and toolkit for Go
Echo - High performance, minimalist Go web framework
echo-swagger - echo middleware to automatically generate RESTful API documentation with Swagger 2.0.
Gin - Gin is a HTTP web framework written in Go (Golang). It features a Martini-like API with much better performance -- up to 40 times faster. If you need smashing performance, get yourself some Gin.
jaeger - CNCF Jaeger, a Distributed Tracing Platform
grpc-go - The Go language implementation of gRPC. HTTP/2 based RPC
redis - Type-safe Redis client for Golang [Moved to: https://github.com/redis/go-redis]
sarama - Sarama is a Go library for Apache Kafka. [Moved to: https://github.com/IBM/sarama]
csgo_exporter - A Prometheus exporter for Counter-Strike: Global Offensive.