Compétences service-mesh-expert
📦

service-mesh-expert

Sûr

Concevoir des architectures de service mesh avec Istio et Linkerd

Les microservices ont besoin d'une communication sécurisée et observable sans complexité. Cette compétence fournit des conseils d'expert sur les déploiements Istio et Linkerd avec la mise en réseau zero-trust et la gestion du trafic.

Prend en charge: Claude Codex Code(CC)
📊 70 Adéquat
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "service-mesh-expert". Demande de configuration mTLS

Résultat attendu:

Configurations PeerAuthentication et DestinationRule étape par étape pour enforcement strict du mTLS à l'échelle du cluster, en commençant par un chemin de migration en mode permissif et des commandes de vérification pour confirmer le chiffrement.

Utilisation de "service-mesh-expert". Déboguer un problème de connectivité de service

Résultat attendu:

Liste de vérification de dépannage systématique incluant la vérification de l'injection sidecar, l'analyse du routage VirtualService, les conflits de politiques d'autorisation et les commandes de débogage istioctl avec les sorties attendues.

Audit de sécurité

Sûr
v1 • 2/25/2026

Static analysis flagged 4 patterns that are all false positives. Line 22 uses Markdown backticks for documentation reference, not shell execution. Lines 3, 46, and 60 contain no cryptographic code - they reference mTLS conceptually in documentation. This is a markdown-only skill with no executable code, external commands, or security risks.

1
Fichiers analysés
61
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
25
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

Ingénieur de plateforme Kubernetes

Déployer un service mesh Istio avec enforcement mTLS et des politiques de trafic pour une plateforme de microservices en production gérant des exigences de haute disponibilité.

Lead d'équipe DevOps

Implémenter des déploiements canary avec traffic splitting et rollback automatisé en utilisant les configurations Istio VirtualService et DestinationRule.

Architecte Sécurité

Concevoir une architecture réseau zero-trust avec authentification service-à-service utilisant mTLS et l'enforcement AuthorizationPolicy à travers tous les namespaces.

Essayez ces prompts

Configuration de base du service mesh 
Aidez-moi à mettre en place le service mesh Istio sur mon cluster Kubernetes. J'ai 3 namespaces (dev, staging, prod) et j'ai besoin de mTLS de base entre les services. Quelles sont les étapes d'installation et la configuration initiale ?
Configuration du routage du trafic 
Je dois router 90% du trafic vers version-1 et 10% vers version-2 de mon service de paiement. Créez les configurations YAML Istio VirtualService et DestinationRule avec explication.
Implémentation de disjoncteur 
Concevez une configuration de disjoncteur pour mon service de commande qui gère gracieusement les échecs en amont. Incluez les paramètres de pool de connexions, la détection d'anomalies et les politiques de retry avec Istio.
Fédération multi-cluster 
Planifiez un mesh Istio multi-cluster sur AWS EKS et GCP GKE. Incluez les exigences pour la découverte de services cross-cluster, la gestion des certificats et la fédération du trafic entre les deux meshes.

Bonnes pratiques

  • Commencez avec le mode mTLS PERMISSIVE et migrez progressivement vers STRICT après avoir vérifié que tous les services communiquent correctement
  • Implémentez les disjoncteurs et les politiques de retry avant le déploiement en production, pas après que des échecs se produisent
  • Utilisez l'isolation des politiques au niveau du namespace pour appliquer différentes règles de sécurité et de trafic par environnement

Éviter

  • Activer le mTLS strict à l'échelle du cluster sans tester en mode permissif d'abord - cause des interruptions de service immédiates
  • Ignorer la configuration des disjoncteurs en supposant que les services sont fiables - des échecs en cascade se produiront sous charge
  • Sur-provisionner les ressources sidecar sans surveiller l'utilisation réelle du CPU et de la mémoire - augmente les coûts inutilement

Foire aux questions

Quelle est la différence entre Istio et Linkerd pour mon cas d'usage ?
Istio offre une gestion complète du trafic, de la sécurité et de l'observabilité avec plus d'options de configuration mais une complexité plus élevée. Linkerd fournit du mTLS simplifié et une observabilité de base avec une surcharge de ressources plus faible. Choisissez Istio pour des besoins de routage complexes, Linkerd pour du mTLS simple avec une charge opérationnelle minimale.
Est-ce que le service mesh ajoute une latence significative à mes services ?
La surcharge typique du proxy sidecar est de 3-10ms par requête pour mTLS et le routage. Linkerd a généralement une surcharge plus faible (2-5ms) qu'Istio (5-10ms). Les bénéfices en sécurité et observabilité surpassent généralement le coût en latence, mais mesurez votre charge de travail spécifique avant le déploiement en production.
Puis-je utiliser le service mesh avec des charges de travail non-Kubernetes ?
Istio supporte les VMs via l'intégration istio-vm, permettant des déploiements hybrides. Linkerd nécessite Kubernetes. Pour des environnements mixtes, Istio est le meilleur choix avec une configuration appropriée du proxy sidecar VM.
Comment gérer les connexions de base de données via le service mesh ?
Le trafic de base de données contourne typiquement le mesh en utilisant des règles d'exclusion de trafic. Configurez les exclusions d'interception sidecar pour les ports de base de données, ou utilisez des egress gateways pour un accès externe contrôlé avec origination TLS appropriée.
Quelle surveillance dois-je mettre en place pour le service mesh ?
Surveillez le CPU et la mémoire du proxy sidecar, les percentiles de latence des requêtes (p50, p95, p99), les taux d'erreur, le statut des connexions mTLS et la santé de la synchro de configuration. Intégrez avec Prometheus et Grafana en utilisant les tableaux de bord Istio ou Linkerd intégrés.
Comment faire un rollback d'une configuration problématique du mesh ?
Conservez les configurations Istio versionnées dans Git. Utilisez kubectl apply avec les versions précédentes du manifest pour un rollback immédiat. Pour les problèmes critiques, désactivez l'injection sidecar au niveau du namespace et redéployez les pods pour contourner temporairement le mesh.

Détails du développeur

Auteur

sickn33

Licence

MIT

Dépôt

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/service-mesh-expert

Réf

main

Structure de fichiers

📄 SKILL.md