con un clic
grpc-golang
Build production-ready gRPC services in Go with mTLS, streaming, and observability. Use when designing Protobuf contracts with Buf or implementing secure service-to-service transport.
Menú
Build production-ready gRPC services in Go with mTLS, streaming, and observability. Use when designing Protobuf contracts with Buf or implementing secure service-to-service transport.
| name | grpc-golang |
| description | Build production-ready gRPC services in Go with mTLS, streaming, and observability. Use when designing Protobuf contracts with Buf or implementing secure service-to-service transport. |
| risk | safe |
| source | self |
| date_added | 2026-02-27 |
Comprehensive guide for designing and implementing production-grade gRPC services in Go. Covers contract standardization with Buf, transport layer security via mTLS, and deep observability with OpenTelemetry interceptors.
.proto files without the ability to introduce a new API version (e.g., api.v2) or ensure backward compatibility.api.v1), resource types, and error mapping.buf lint and breaking change checks before finalizing code generation.Refer to resources/implementation-playbook.md for detailed patterns, code examples, and anti-patterns.
syntax = "proto3";
package api.v1;
option go_package = "github.com/org/repo/gen/api/v1;apiv1";
service UserService {
rpc GetUser(GetUserRequest) returns (GetUserResponse);
}
message User {
string id = 1;
string name = 2;
}
message GetUserRequest {
string id = 1;
}
message GetUserResponse {
User user = 1;
}
buf.yaml and buf.gen.yaml.package api.v1).ctx.Done() in all streaming handlers to prevent resource leaks.codes.NotFound).grpc.ClientConn per request; always reuse connections.buf generate and verify the go_package option.x509.CertPool on both client and server sides.grpc.Dial vs grpc.NewClient).resources/implementation-playbook.md for detailed patterns, code examples, and anti-patterns..proto files.Create or audit ECL Agent Harness infrastructure: AGENTS.md, change tracking, repository guidance, lint checks, CI gates, and agent handoff docs.
Reference document for monopoly patterns.
Reference document for monopoly scale-benchmarks.
Reference document for monopoly security-checklist.
MONOPOLY is a Senior System Design Engineer skill for architecting, reviewing, and scaling systems. Triggers on requests involving architecture, databases, scaling, microservices, or infrastructure design. Proactively engages to design resilient backend systems.
Reference document for monopoly tech-matrix.