dapr / dapr/go-sdk

Support services written in ConnectRPC

Open
#786 2 comments 0 reactions 0 assignees View on GitHub
enhancement
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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.