Last 12 weeks · 0 commits
2 of 6 standards met
Thanks for the demo first 🏅 . I have a couple of questions about twirp and demo as follows; 1. Let say that I am building a public API and generating clients for multiple languages. Is it possible to skip the client generation part for twirp, since I don't want to maintain the client part in the related service implementation folder? 2. This is partially related to question#1. Client generation seems practical in terms of consuming it on other services, e.g. product service uses customer service client to consume customer endpoints. If you are in a monorepo, do you directly use customer service client in product service by accessing that package? Or you are using directive within your file? 3. You can ignore this if you are not using dedicated repo for your microservices. Do you generate a client within the service repo and tag it as and use something like in your product service go mod file? 4. Have you ever thought to maintain your proto files in a separate repo so that with a simple GitHub action, you can generate lang-specific grpc implementations and use them as a dependency in any client project? e.g. https://github.com/huseyinbabal/demory-proto 5. Do you think, tracing and observability are easy within twirp? Any plug-and-play integration so that my correlation ids can be autogenerated and passed between services. Thanks in advance
Repository: fatih/twirpdemo. Description: An example repository of using the Twirp RPC framework with Go Stars: 32, Forks: 4. Primary language: Go. Languages: Go (100%). License: MIT. Topics: golang, rpc, twirp. Open PRs: 0, open issues: 0. Last activity: 4y ago. Community health: 42%. Top contributors: fatih.