Aller au contenu

Bank 7 – Schématisation (Partie 2 : Configuration / Sécurité)

Instructions

Dessinez ou légendez le schéma demandé.
Cliquez sur « Éléments attendus » pour comparer avec le corrigé.

Total : 5 exercices (niveau intermédiaire)


Exercice 6 : Modes d'injection d'un ConfigMap dans un Pod

Consigne : Dessinez un schéma comparatif illustrant les deux méthodes principales d'injection d'un ConfigMap dans un conteneur : l'injection sous forme de variables d'environnement (envFrom) versus l'injection sous forme de fichiers montés via un volume (volumeMounts).

??? success "Éléments attendus" - L'objet source ConfigMap contenant des paires clé-valeur. - Option A : Le conteneur recevant les données en tant que variables d'environnement (figées au démarrage). - Option B : Le conteneur disposant d'un répertoire monté (ex. /etc/config) contenant des fichiers dont le nom correspond aux clés (dynamiquement modifiables). - Distinction claire : Montrer que les variables d'environnement nécessitent un redémarrage du pod en cas de modification, alors que les volumes montés permettent une mise à jour asynchrone.


Exercice 8 : Filtrage réseau par NetworkPolicy (Isolation Ingress/Egress)

Consigne : Dessinez un schéma représentant un namespace cloisonné par une NetworkPolicy en mode "Default Deny", illustrant un flux entrant (Ingress) autorisé depuis un namespace spécifique et un flux rejeté.

??? success "Éléments attendus" - Les limites d'un Namespace protégé. - Les sélecteurs de pods (podSelector) et de namespaces (namespaceSelector). - Un flux entrant autorisé provenant d'une source valide. - Un flux entrant bloqué (rejeté par le noyau/CNI) provenant d'une source non autorisée. - Sécurité réseau : Le schéma doit matérialiser le rôle de pare-feu applicatif du CNI qui intercepte et filtre les paquets au niveau de la couche réseau des pods.


Exercice 10 : Flux de chiffrement au repos (EncryptionConfiguration)

Consigne : Schématisez le parcours d'un objet Secret depuis sa création par l'utilisateur jusqu'à son stockage persistant sécurisé dans la base de données backend grâce au mécanisme d'EncryptionConfiguration.

??? success "Éléments attendus" - La requête kubectl apply émise par l'utilisateur. - L'API Server interceptant la requête. - Le module de chiffrement (EncryptionConfiguration utilisant par exemple l'algorithme AES-CBC). - La base de données backend (etcd / SQLite via kine) stockant la donnée sous forme chiffrée. - Sécurité des données : Le schéma montre que la donnée sensible n'est pas stockée en clair (ni en simple Base64) dans la base de données persistante, garantissant la protection au repos.