linkerd-patterns
Настройка Linkerd Service Mesh
Внедрение service mesh добавляет сложность к кластерам Kubernetes. Этот скилл предоставляет готовые к использованию шаблоны и паттерны для Linkerd — легковесного CNCF service mesh, который обеспечивает автоматический mTLS, разделение трафика и сеть с нулевым доверием с минимальными накладными расходами на конфигурацию.
Скачать ZIP навыка
Загрузить в Claude
Перейдите в Settings → Capabilities → Skills → Upload skill
Включите и начните использовать
Протестировать
Использование «linkerd-patterns». Сгенерировать TrafficSplit для канареечного развертывания с разделением 90/10
Ожидаемый результат:
- ```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
- ```
Использование «linkerd-patterns». Создать ServerAuthorization только для аутентифицированных клиентов
Ожидаемый результат:
- ```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
- ```
Аудит безопасности
БезопасноAll 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.
Факторы риска
🌐 Доступ к сети (7)
⚙️ Внешние команды (20)
Оценка качества
Что вы можете построить
Первоначальная настройка Linkerd
DevOps-инженеры, не знакомые с Linkerd, могут использовать этот скилл для генерации полных команд установки, конфигураций внедрения в пространства имен и шагов проверки для развертывания production-ready service mesh.
Настройка расширенного управления трафиком
SRE и инженеры трафика могут создавать конфигурации ServiceProfile с пользовательскими повторными попытками, тайм-аутами и ресурсами TrafficSplit для сине-зеленых развертываний и канареечных релизов.
Внедрение сетевых политик с нулевым доверием
Команды безопасности могут генерировать политики ServerAuthorization, которые ограничивают связь между сервисами только аутентифицированными клиентами, поддерживая требования соответствия для архитектур с нулевым доверием.
Попробуйте эти промпты
Сгенерировать команды и 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. Весь остальной трафик должен быть запрещен по умолчанию.
Лучшие практики
- Всегда запускайте linkerd check после любого изменения конфигурации, чтобы проверить работоспособность mesh перед развертыванием изменений в производственный трафик.
- Включайте автоматический mTLS во всех пространствах имен по умолчанию, чтобы гарантировать шифрование и аутентификацию всей связи между сервисами без ручного управления сертификатами.
- Используйте ServiceProfiles для определения тайм-аутов и повторных попыток на уровне маршрутов, соответствующих семантике вашего приложения, предотвращая каскадные сбои во время проблем с вышестоящими сервисами.
Избегать
- Пропуск linkerd check после установки или изменения конфигурации может привести к скрытым сбоям, когда service mesh не функционирует должным образом.
- Настройка слишком широких политик ServerAuthorization с аутентифицированным доступом противоречит цели сети с нулевым доверием и должна быть ограничена конкретными путями входа.
- Установка слишком высоких бюджетов повторных попыток может вызвать повторные штормы во время сбоев, перегружая нижестоящие сервисы и ухудшая общую стабильность системы.
Часто задаваемые вопросы
Выполняет ли этот скилл команды на моем кластере?
Какая версия Linkerd поддерживается?
Могу ли я использовать это с управляемыми сервисами Kubernetes?
Чем Linkerd отличается от Istio?
Нужно ли мне генерировать сертификаты вручную?
Может ли этот скилл помочь с устранением неполадок?
Сведения для разработчиков
Автор
wshobsonЛицензия
MIT
Репозиторий
https://github.com/wshobson/agents/tree/main/plugins/cloud-infrastructure/skills/linkerd-patternsСсылка
main
Структура файлов
📄 SKILL.md