linkerd-patterns
Настройка Linkerd Service Mesh
También disponible en: sickn33
Внедрение service mesh добавляет сложность к кластерам Kubernetes. Этот скилл предоставляет готовые к использованию шаблоны и паттерны для Linkerd — легковесного CNCF service mesh, который обеспечивает автоматический mTLS, разделение трафика и сеть с нулевым доверием с минимальными накладными расходами на конфигурацию.
Descargar el ZIP de la skill
Subir en Claude
Ve a Configuración → Capacidades → Skills → Subir skill
Activa y empieza a usar
Pruébalo
Usando "linkerd-patterns". Сгенерировать TrafficSplit для канареечного развертывания с разделением 90/10
Resultado esperado:
- ```yaml
- apiVersion: split.smi-spec.io/v1alpha1
- kind: TrafficSplit
- metadata:
- name: my-service-canary
- namespace: my-namespace
- spec:
- service: my-service
- backends:
- - service: my-service-stable
- weight: 900m
- - service: my-service-canary
- weight: 100m
- ```
Usando "linkerd-patterns". Создать ServerAuthorization только для аутентифицированных клиентов
Resultado esperado:
- ```yaml
- apiVersion: policy.linkerd.io/v1beta1
- kind: ServerAuthorization
- metadata:
- name: allow-frontend
- namespace: my-namespace
- spec:
- server:
- name: my-service-http
- client:
- meshTLS:
- serviceAccounts:
- - name: frontend
- namespace: my-namespace
- ```
Auditoría de seguridad
SeguroAll static findings evaluated as false positives. The skill contains only documentation and YAML templates for Linkerd service mesh. Patterns detected (URLs, shell pipes, network CIDRs) are legitimate infrastructure documentation. No actual code execution, cryptographic operations, or malicious patterns present.
Factores de riesgo
🌐 Acceso a red (7)
⚙️ Comandos externos (20)
Puntuación de calidad
Lo que puedes crear
Первоначальная настройка Linkerd
DevOps-инженеры, не знакомые с Linkerd, могут использовать этот скилл для генерации полных команд установки, конфигураций внедрения в пространства имен и шагов проверки для развертывания production-ready service mesh.
Настройка расширенного управления трафиком
SRE и инженеры трафика могут создавать конфигурации ServiceProfile с пользовательскими повторными попытками, тайм-аутами и ресурсами TrafficSplit для сине-зеленых развертываний и канареечных релизов.
Внедрение сетевых политик с нулевым доверием
Команды безопасности могут генерировать политики ServerAuthorization, которые ограничивают связь между сервисами только аутентифицированными клиентами, поддерживая требования соответствия для архитектур с нулевым доверием.
Prueba estos prompts
Сгенерировать команды и YAML-шаблоны для установки Linkerd на мой кластер Kubernetes. Включить предварительную проверку, установку CRD, настройку плоскости управления и расширение viz для наблюдаемости.
Создать Linkerd ServiceProfile для моего api-сервиса с конфигурацией повторных попыток. GET-запросы должны быть повторяемыми с коэффициентом повтора 0.2. Установить тайм-аут в 5 секунд на вызовы эндпоинтов.
Сгенерировать конфигурацию TrafficSplit для маршрутизации 10% трафика на my-service-canary, сохраняя 90% на my-service-stable для контролируемого канареечного развертывания.
Создать политику ServerAuthorization, которая разрешает доступ к api-server на порту 8080 только моему сервисному аккаунту frontend. Весь остальной трафик должен быть запрещен по умолчанию.
Mejores prácticas
- Всегда запускайте linkerd check после любого изменения конфигурации, чтобы проверить работоспособность mesh перед развертыванием изменений в производственный трафик.
- Включайте автоматический mTLS во всех пространствах имен по умолчанию, чтобы гарантировать шифрование и аутентификацию всей связи между сервисами без ручного управления сертификатами.
- Используйте ServiceProfiles для определения тайм-аутов и повторных попыток на уровне маршрутов, соответствующих семантике вашего приложения, предотвращая каскадные сбои во время проблем с вышестоящими сервисами.
Evitar
- Пропуск linkerd check после установки или изменения конфигурации может привести к скрытым сбоям, когда service mesh не функционирует должным образом.
- Настройка слишком широких политик ServerAuthorization с аутентифицированным доступом противоречит цели сети с нулевым доверием и должна быть ограничена конкретными путями входа.
- Установка слишком высоких бюджетов повторных попыток может вызвать повторные штормы во время сбоев, перегружая нижестоящие сервисы и ухудшая общую стабильность системы.
Preguntas frecuentes
Выполняет ли этот скилл команды на моем кластере?
Какая версия Linkerd поддерживается?
Могу ли я использовать это с управляемыми сервисами Kubernetes?
Чем Linkerd отличается от Istio?
Нужно ли мне генерировать сертификаты вручную?
Может ли этот скилл помочь с устранением неполадок?
Detalles del desarrollador
Autor
wshobsonLicencia
MIT
Repositorio
https://github.com/wshobson/agents/tree/main/plugins/cloud-infrastructure/skills/linkerd-patternsRef.
main
Estructura de archivos
📄 SKILL.md