* docs: update all four documentation guides and mark Q2 complete - ai-native-services: add WithMCP one-liner, standalone gateway, WebSocket client example, and OpenTelemetry observability section - mcp-security: add OTel distributed tracing, WebSocket authentication (connection-level and per-message), DeniedReason audit field - tool-descriptions: add manual overrides with WithEndpointDocs and export formats section - agent-patterns: add LangChain/LlamaIndex SDK pattern and standalone gateway production pattern with Docker example - Update roadmap: mark Q2 documentation as complete, Q2 at 100% - Update status: reflect all recent completions, shift priorities https://claude.ai/code/session_01GkduEhcrqcG45rdfYh8dAc * feat: add agent demo example and blog post Add examples/agent-demo with a multi-service project management app (projects, tasks, team) that demonstrates AI agents interacting with Go Micro services through MCP. Includes seed data and example prompts. Add blog post 4 "Agents Meet Microservices: A Hands-On Demo" walking through the example code and showing cross-service agent workflows. https://claude.ai/code/session_01GkduEhcrqcG45rdfYh8dAc * feat: enable multiple services in a single binary Remove global state mutations from service and cmd option functions so that configuring one service no longer overwrites another's settings. Key changes: - service/options.go: remove all DefaultXxx global writes from option functions; newOptions() now creates fresh Server, Client, Store, and Cache per service while sharing Registry, Broker, and Transport - cmd/cmd.go: newCmd() uses local copies instead of pointers to package globals; Before() no longer mutates DefaultXxx vars - cmd/options.go: remove global mutations from all option functions - service/service.go: export ServiceImpl type for cross-package use - service/group.go: new Group type for multi-service lifecycle - micro.go: add Start/Stop to Service interface, expose Group and NewGroup convenience function - examples/multi-service: working example with two services https://claude.ai/code/session_01GkduEhcrqcG45rdfYh8dAc * docs: highlight multi-service binary support Add multi-service section to README with code example, update features list, add to examples index, and note in status summary. https://claude.ai/code/session_01GkduEhcrqcG45rdfYh8dAc --------- Co-authored-by: Claude <noreply@anthropic.com>
12 KiB
Go Micro

Go Micro is a framework for distributed systems development.
📖 Documentation | Sponsored by Anthropic
Overview
Go Micro provides the core requirements for distributed systems development including RPC and Event driven communication. The Go Micro philosophy is sane defaults with a pluggable architecture. We provide defaults to get you started quickly but everything can be easily swapped out.
Features
Go Micro abstracts away the details of distributed systems. Here are the main features.
-
Authentication - Auth is built in as a first class citizen. Authentication and authorization enable secure zero trust networking by providing every service an identity and certificates. This additionally includes rule based access control.
-
Dynamic Config - Load and hot reload dynamic config from anywhere. The config interface provides a way to load application level config from any source such as env vars, file, etcd. You can merge the sources and even define fallbacks.
-
Data Storage - A simple data store interface to read, write and delete records. It includes support for many storage backends in the plugins repo. State and persistence becomes a core requirement beyond prototyping and Micro looks to build that into the framework.
-
Service Discovery - Automatic service registration and name resolution. Service discovery is at the core of micro service development. When service A needs to speak to service B it needs the location of that service. The default discovery mechanism is multicast DNS (mdns), a zeroconf system.
-
Load Balancing - Client side load balancing built on service discovery. Once we have the addresses of any number of instances of a service we now need a way to decide which node to route to. We use random hashed load balancing to provide even distribution across the services and retry a different node if there's a problem.
-
Message Encoding - Dynamic message encoding based on content-type. The client and server will use codecs along with content-type to seamlessly encode and decode Go types for you. Any variety of messages could be encoded and sent from different clients. The client and server handle this by default. This includes protobuf and json by default.
-
RPC Client/Server - RPC based request/response with support for bidirectional streaming. We provide an abstraction for synchronous communication. A request made to a service will be automatically resolved, load balanced, dialled and streamed.
-
Async Messaging - PubSub is built in as a first class citizen for asynchronous communication and event driven architectures. Event notifications are a core pattern in micro service development. The default messaging system is a HTTP event message broker.
-
MCP Integration - An MCP gateway you can integrate as a library, server or CLI command which automatically exposes services as tools for agents or other AI applications. Every service/endpoint get's converted into a callable tool.
-
Multi-Service Binaries - Run multiple services in a single process with isolated state per service. Start as a modular monolith, split into separate deployments when you need independent scaling. Each service gets its own server, client, and store while sharing the registry and broker for inter-service communication.
-
Pluggable Interfaces - Go Micro makes use of Go interfaces for each distributed system abstraction. Because of this these interfaces are pluggable and allows Go Micro to be runtime agnostic. You can plugin any underlying technology.
Getting Started
To make use of Go Micro
go get go-micro.dev/v5@v5.16.0
Create a service and register a handler
package main
import (
"go-micro.dev/v5"
)
type Request struct {
Name string `json:"name"`
}
type Response struct {
Message string `json:"message"`
}
type Say struct{}
func (h *Say) Hello(ctx context.Context, req *Request, rsp *Response) error {
rsp.Message = "Hello " + req.Name
return nil
}
func main() {
// create the service
service := micro.New("helloworld")
// register handler
service.Handle(new(Say))
// run the service
service.Run()
}
Set a fixed address
service := micro.NewService(
micro.Name("helloworld"),
micro.Address(":8080"),
)
Call it via curl
curl -XPOST \
-H 'Content-Type: application/json' \
-H 'Micro-Endpoint: Say.Hello' \
-d '{"name": "alice"}' \
http://localhost:8080
MCP & AI Agents
Go Micro is designed for an agent-first workflow. Every service you build automatically becomes a tool that AI agents can discover and use via the Model Context Protocol (MCP).
- 🤖 Agent Playground — Chat with your services through an interactive AI agent at
/agent - 🔧 MCP Tools Registry — Browse all services exposed as AI-callable tools at
/api/mcp/tools - 📖 MCP Documentation — Full guide to MCP integration, auth, and scopes
Services as Tools
Write a normal Go Micro service and it's instantly available as an MCP tool:
// SayHello greets a person by name.
// @example {"name": "Alice"}
func (g *GreeterService) SayHello(ctx context.Context, req *HelloRequest, rsp *HelloResponse) error {
rsp.Message = "Hello " + req.Name
return nil
}
Run with micro run and the agent playground and MCP tools registry are ready:
micro run
# Agent Playground: http://localhost:8080/agent
# MCP Tools: http://localhost:8080/api/mcp/tools
Use micro mcp serve for local AI tools like Claude Code, or connect any MCP-compatible agent to the HTTP endpoint.
See the MCP guide for authentication, scopes, and advanced usage.
Multi-Service Binaries
Run multiple services in a single binary — start as a modular monolith, split into separate deployments later when you actually need to.
users := service.New(service.Name("users"), service.Address(":9001"))
orders := service.New(service.Name("orders"), service.Address(":9002"))
users.Handle(new(Users))
orders.Handle(new(Orders))
// Run all services together with shared lifecycle
g := service.NewGroup(users, orders)
g.Run()
Each service gets its own server, client, store, and cache while sharing the registry, broker, and transport — so they can discover and call each other within the same process.
See the multi-service example for a working demo.
Examples
Check out /examples for runnable code:
- hello-world - Basic RPC service
- web-service - HTTP REST API
- multi-service - Multiple services in one binary
- mcp - MCP integration with AI agents
See all examples for more.
Protobuf
Install the code generator and see usage in the docs:
go install go-micro.dev/v5/cmd/protoc-gen-micro@v5.16.0
Note: Use a specific version instead of
@latestto avoid module path conflicts. See releases for the latest version.
Docs: internal/website/docs/getting-started.md
Command Line
Install the CLI:
go install go-micro.dev/v5/cmd/micro@v5.16.0
Note: Use a specific version instead of
@latestto avoid module path conflicts. See releases for the latest version.
Quick Start
micro new helloworld # Create a new service
cd helloworld
micro run # Run with API gateway and hot reload
Then open http://localhost:8080 to see your service and call it from the browser.
Development Workflow
| Stage | Command | Purpose |
|---|---|---|
| Develop | micro run |
Local dev with hot reload and API gateway |
| Build | micro build |
Compile production binaries |
| Deploy | micro deploy |
Push to a remote Linux server via SSH + systemd |
| Dashboard | micro server |
Optional production web UI with JWT auth |
micro run
micro run starts your services with:
- Web Dashboard - Browse and call services at
/ - Agent Playground - AI chat with MCP tools at
/agent - API Explorer - Browse endpoints and schemas at
/api - API Gateway - HTTP to RPC proxy at
/api/{service}/{method}(no auth in dev mode) - MCP Tools - Services as AI tools at
/api/mcp/tools - Health Checks - Aggregated health at
/health - Hot Reload - Auto-rebuild on file changes
Note:
micro runandmicro serveruse a unified gateway architecture. See Gateway Architecture for details.
micro run # Gateway on :8080
micro run --address :3000 # Custom gateway port
micro run --no-gateway # Services only
micro run --env production # Use production environment
Configuration
For multi-service projects, create a micro.mu file:
service users
path ./users
port 8081
service posts
path ./posts
port 8082
depends users
env development
DATABASE_URL sqlite://./dev.db
The gateway runs on :8080 by default, so services should use other ports.
Deployment
Deploy to any Linux server with systemd:
# On your server (one-time setup)
curl -fsSL https://go-micro.dev/install.sh | sh
sudo micro init --server
# From your laptop
micro deploy user@your-server
The deploy command:
- Builds binaries for Linux
- Copies via SSH to the server
- Sets up systemd services
- Verifies services are healthy
Optionally run micro server on the deployed machine for a production web dashboard with JWT auth, user management, and API explorer.
Manage deployed services:
micro status --remote user@server # Check status
micro logs --remote user@server # View logs
micro logs myservice --remote user@server -f # Follow specific service
No Docker required. No Kubernetes. Just systemd.
See internal/website/docs/deployment.md for full deployment guide.
See cmd/micro/README.md for full CLI documentation.
Docs: internal/website/docs
Package reference: https://pkg.go.dev/go-micro.dev/v5
User Guides:
Architecture & Performance:
Security:
Adopters
- Sourse - Work in the field of earth observation, including embedded Kubernetes running onboard aircraft, and we’ve built a mission management SaaS platform using Go Micro.