> ## Documentation Index
> Fetch the complete documentation index at: https://infra-docs.kaeyros.org/llms.txt
> Use this file to discover all available pages before exploring further.

# Décoder un nom de pod pour trouver son code

> Apprenez à lire un nom de pod Kubernetes pour identifier l'Application ArgoCD, le chart Helm et le fichier de valeurs sans interroger le cluster.

Savoir lire un nom de pod est l'outil le plus utile de votre première semaine sur la plateforme. Avec cette compétence, vous pouvez remonter directement de n'importe quel pod en cours d'exécution vers son Application ArgoCD, son chart Helm et son fichier de valeurs, sans exécuter aucune commande sur le cluster.

## La règle

> [!NOTE]
>
> **Formule de base :** `fullname = <nom de l'Application ArgoCD>-<nom du chart>`
>
> Kubernetes ajoute ensuite le hash du ReplicaSet et celui du pod, ce qui donne :
>
> `<Application>-<chart>-<hash ReplicaSet>-<hash pod>`

Le `fullname` est le préfixe de toutes les ressources générées par Helm. C'est ce même nom qui sert pour le Service ClusterIP, l'Ingress et le ServiceAccount. Comprendre cette décomposition vous permet de naviguer instantanément entre l'état du cluster et le code source dans GitHub.

## Décomposer un exemple

Prenons le pod suivant :

```text theme={null}
biolab-prod-api-rollout-v2-787d6449d4-vntt5
└──────┬──────┘└────┬────┘ └────┬────┘ └─┬─┘
  Application    chart     ReplicaSet   pod
```

| Segment | Valeur | Signification |
| - | - | - |
| `biolab-prod-api` | Application ArgoCD | Cherchez `biolab-prod-api` dans le dossier `apps/` du dépôt GitHub |
| `rollout-v2` | Chart Helm | Le chart se trouve dans `charts/rollout-v2/` |
| `787d6449d4` | Hash du ReplicaSet | Identifiant du ReplicaSet généré par Kubernetes |
| `vntt5` | Hash du pod | Identifiant unique du pod |

Pour remonter au code source :

1. **L'Application** : recherchez `biolab-prod-api` dans le dossier `apps/` du dépôt `kaeyros-analytics-org`
2. **Le chart** : consultez `charts/rollout-v2/`
3. **Le fichier de valeurs** : l'Application ArgoCD référence le fichier de valeurs, ici `values/biolab/api-prod.yaml`

## Exemples réels

| Pod | Application | Chart |
| - | - | - |
| `asf-back-prod-antid-76f6b7b984-5zpb2` | `asf-back-prod` | `antid` |
| `oim-backend-prod-rollout-v2-749fdbff6f-k4565` | `oim-backend-prod` | `rollout-v2` |
| `ease-k-shap-back-prod-new-rollout-7c4c598b95-dsl78` | `ease-k-shap-back-prod-new` | `rollout` |
| `premuim-food-stg-ui-apps-786dd47964-p48qc` | `premuim-food-stg-ui` | `apps` |

> [!WARNING]
>
> **Attention au troisième exemple.** Le mot `new` dans `ease-k-shap-back-prod-new-rollout-...` appartient au nom de l'Application, pas au nom du chart. Il faut toujours découper par la **fin** du nom : le suffixe juste avant le hash du ReplicaSet est le nom du chart. Le reste, même s'il contient des mots qui ressemblent à des suffixes, fait partie de l'Application.

## Commandes utiles

```bash kubectl get pods theme={null}
# Lister les pods d'un namespace
kubectl -n <namespace> get pods
```

```bash kubectl describe pod theme={null}
# Inspecter un pod spécifique
kubectl -n <namespace> describe pod <nom-du-pod>
```

```bash kubectl get application theme={null}
# Voir une Application ArgoCD
kubectl -n argocd get application <nom-application>
```

Ces commandes confirment ce que vous avez déduit du nom. Elles sont particulièrement utiles quand vous devez vérifier l'image en cours d'exécution, les variables d'environement ou les événements récents du pod.

***

En cas de doute sur un nom de pod inhabituel, contactez l'équipe DevOps : [devops@kaeyros-analytics.com](mailto:devops@kaeyros-analytics.com).


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.