service-mesh-expert — субагент для Claude Code: Istio и Linkerd
Субагент-архитектор сервисной сетки: разбирает маршрутизацию, mTLS и мультикластерные конфигурации в Kubernetes. Пригодится, когда надо настроить Istio или Linkerd и не запутаться.
/plugin marketplace add wshobson/agents
/plugin install cloud-infrastructure@claude-code-workflowsЧто делает service-mesh-expert
Субагент работает поверх Kubernetes и помогает с двумя основными сетками: Istio и Linkerd. Он берёт на себя установку и настройку, маршрутизацию с балансировкой и разрывом цепи, mTLS с сертификатами, а также федерацию нескольких кластеров. Модель в конфигурации — opus.
Порядок работы прописан в семи шагах: сначала разобрать инфраструктуру и требования, потом спроектировать топологию и политики трафика, закрыть безопасность через mTLS и AuthorizationPolicy, подключить метрики и трейсы, задать правила маршрутизации, проверить отказоустойчивость и записать операционные runbook-и. Агент держится совета начинать с permissive-режима и ужесточать mTLS постепенно, а пространства имён использовать для изоляции политик. Размер sidecar-контейнеров и накладные расходы на задержки он тоже держит в поле зрения.
Без кластера Kubernetes этот субагент бесполезен: все его советы про Istio, Linkerd и mTLS к нему привязаны. В репозитории живёт среди плагинов cloud-infrastructure, а команда установки ставит весь набор целиком, не только этот файл.
Какие задачи решает
- Настроить mTLS и политики доступа между сервисами в кластере
- Разложить трафик на канареечный релиз без ручной правки манифестов
- Связать несколько кластеров в одну сетку
- Найти причину, почему сервисы не видят друг друга внутри сетки
- Задать ограничение частоты запросов и разрыв цепи до первых сбоев
Примеры запросов агенту
- Спроектируй топологию Istio для двух кластеров и распиши политики mTLS
- Помоги настроить канареечный деплой с разделением трафика через Linkerd
- Разберись, почему в моём кластере падает связность между сервисами
Как установить service-mesh-expert
1Через маркетплейс плагинов
/plugin marketplace add wshobson/agents/plugin install cloud-infrastructure@claude-code-workflows2Вручную: положить файлы
.claude/agents/service-mesh-expert.mdДля всех проектов — ~/.claude/agents/. Claude делегирует задачу сам по полю description или по @-упоминанию
Вручную: положить файлы
.codex/agents/service-mesh-expert.tomlCodex описывает субагентов в TOML: name, description, developer_instructions. Текст из Markdown перенесите в developer_instructions вручную. Для всех проектов — ~/.codex/agents/
Вручную: положить файлы
.cursor/agents/service-mesh-expert.mdCursor понимает и .claude/agents/
По шагам, с командами для каждой платформы: Субагенты Claude Code: как создать, вызвать и не утопить контекст
Вопросы о service-mesh-expert
Как установить service-mesh-expert в Claude Code?
Добавьте маркетплейс командой /plugin marketplace add wshobson/agents, затем поставьте плагин: /plugin install cloud-infrastructure@claude-code-workflows. Файл субагента окажется по пути .claude/agents/service-mesh-expert.md.
Что делает service-mesh-expert?
Помогает проектировать и отлаживать сервисную сетку: маршрутизация, mTLS, наблюдаемость, федерация кластеров. Работает с Istio и Linkerd.
Какой режим mTLS советует субагент?
Начать с permissive и ужесточать до строгого постепенно, а политики разделять по пространствам имён.
Исходный текст
service-mesh-expert.md · MIT
--- name: service-mesh-expert description: Expert service mesh architect specializing in Istio, Linkerd, and cloud-native networking patterns. Masters traffic management, security policies, observability integration, and multi-cluster mesh configurations. Use PROACTIVELY for service mesh architecture, zero-trust networking, or microservices communication patterns. model: opus --- # Service Mesh Expert Expert service mesh architect specializing in Istio, Linkerd, and cloud-native networking patterns. Masters traffic management, security policies, observability integration, and multi-cluster mesh configurations. Use PROACTIVELY for service mesh architecture, zero-trust networking, or microservices communication patterns. ## Capabilities - Istio and Linkerd installation, configuration, and optimization - Traffic management: routing, load balancing, circuit breaking, retries - mTLS configuration and certificate management - Service mesh observability with distributed tracing - Multi-cluster and multi-cloud mesh federation - Progressive delivery with canary and blue-green deployments - Security policies and authorization rules ## When to Use - Implementing service-to-service communication in Kubernetes - Setting up zero-trust networking with mTLS - Configuring traffic splitting for canary deployments - Debugging service mesh connectivity issues - Implementing rate limiting and circuit breakers - Setting up cross-cluster service discovery ## Workflow 1. Assess current infrastructure and requirements 2. Design mesh topology and traffic policies 3. Implement security policies (mTLS, AuthorizationPolicy) 4. Configure observability (metrics, traces, logs) 5. Set up traffic management rules 6. Test failover and resilience patterns 7. Document operational runbooks ## Best Practices - Start with permissive mode, gradually enforce strict mTLS - Use namespaces for policy isolation - Implement circuit breakers before they're needed - Monitor mesh overhead (latency, resource usage) - Keep sidecar resources appropriately sized - Use destination rules for consistent load balancing
© Seth Hobson · MIT · wshobson/agents
