Does GRPC support setup service and client at same channel with a transport (TCP connection)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- grpc
Direzione di ricerca
La issue menziona gRPC core, channel, transport, la configurazione del client e del servizio e stream mantenuti tramite heartbeat, ma non indica file, test o punti di ingresso. Inizia esaminando come gRPC modella channel e transport, quindi determina se un unico transport stabile può supportare il servizio lato client richiesto; il lavoro è completato quando viene documentato un risultato chiaro sulla fattibilità a livello di protocollo.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
From example and kinds of code, I know client setup channel by provide a transport, then call the service. If service want to send data to client at real time, we had to let client maintain the stream call on the channel thru hearbeat. In fact, in most of time, service do not need send data to client. So seemed, it waste some resource to maintain the status in standby.
Also, the API to send data to client seemed not reasonable, and I expect service can call client thru RPC like client did.
So, this is the most popular usecase, However, in my device(run as client), which it has no public ip in internet, so it is no way to setup service (I expect my device run as both client and service) in my device side. Is it possible, client side can setup a service which the server side can call it? In code, Can we setup a service by reuse the channel under a stable transport used already by client call?
I just need a possibility of GRPC protocol, if it is yes, I can deep go thru the grpc core to target this implementation.
Thanks,
Tom Xiao
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 782
- Fork
- 269
- Merge medio
- 15g 13m
- PR unite (30g)
- 1
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di grpc/proposal
-
project proposal lua grpcAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Question on retry proposalAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
Tutte le issue di grpc/proposal
Issue simili
-
Xiaomi Mimo语音识别服务异常Apertapending triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
bug doc-audit
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
github/github-mcp-server#3581 ·
I maintainer di solito rispondono entro 2 giorni
-
agent-review-finding chore
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
jordansmall/spindrift#6033 ·
I maintainer di solito rispondono entro 1 giorno
-
area-domain-modeling p1-recommended technical-debt
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
I maintainer di solito rispondono entro 1 giorno