Support services written in ConnectRPC
- Dominant language
- Go
- Stars
- 479
- Forks
- 187
- PR merge metrics
- No merged PRs in 30d
Description
**Is your feature request related to a problem? Please describe.**
I’ve been using services that started using HTTP, and I’ve realised it doesn’t support job scheduling. I need to switch to using the gRPC SDK, but now my services, which mainly talk to ConnectRPC, need to listen on an additional port.
**Describe the solution you'd like**
A ConnectRPC server can natively serve gRPC traffic and reuse HTTP router mix, so having a third `common.Service` implementation offers the best of both worlds.
**Describe alternatives you've considered**
Starting Dapr server on additional port.
**Additional context**
I’ve created a very rough draft in https://github.com/dapr/go-sdk/pull/785. I’ve mainly just taken the gRPC implementation and replaced it with imports for ConnectRPC. I haven’t yet taken in the goodness of the HTTP implementation.
Contributor guide
Research direction
Start by reading the existing gRPC and HTTP common.Service implementations, then compare them with the rough ConnectRPC draft in PR 785. Determine how the third service implementation should combine the two approaches and verify that services can handle both ConnectRPC and gRPC traffic without requiring another Dapr port.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go, grpc
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100