Donner un accès temporaire à la base de données à une tâche de rapport est un projet pratique DevSecOps destiné aux personnes connaissant les opérations élémentaires du terminal et des fichiers. Vous attribuerez au rapport MarketLedger une véritable connexion PostgreSQL aux droits limités via OpenBao, produirez la synthèse métier réelle et mettrez fin à l’accès testé de la tâche sans interrompre la boutique ni un autre rapport.
Deux Guided Labs expliquent progressivement les permissions du compte et le cycle de vie du bail. Un Challenge indépendant les associe pour une autre vue de rapport. Chaque unité dispose de ses propres données et services préparés.
Ce que vous apprendrez
À l’issue de ce cours, vous saurez :
- limiter un compte de connexion généré à la vue nécessaire à sa tâche ;
- distinguer le jeton opérateur OpenBao, l’identifiant du bail, le nom d’utilisateur et le mot de passe de la base ;
- produire un TSV complet avec une véritable identité PostgreSQL émise dynamiquement ;
- révoquer le bail exact de la tâche et constater un véritable refus du mot de passe sur une nouvelle connexion ;
- distinguer expiration naturelle et révocation explicite, reprendre avec un nouveau compte et terminer aussi l’accès de cette tâche de remplacement ;
- préserver les enregistrements sources privés, la boutique fonctionnelle et une identité de rapport émise indépendamment.
À qui s’adresse ce cours
Ce cours s’adresse aux débutants en DevSecOps, aux développeurs et aux personnes chargées de l’exploitation qui souhaitent découvrir concrètement les identifiants temporaires d’application.
Prérequis : Savoir se déplacer dans le terminal et manipuler de petits fichiers texte. Les instructions SQL de permission, variables d’environnement et fichiers d’identifiants sont expliqués avant utilisation. Aucune programmation Python ni expérience d’administration OpenBao n’est requise.
Environnement d’apprentissage : Un Terminal Linux préparé, une véritable base PostgreSQL locale et un service OpenBao, un client de boutique fonctionnel, des commandes synthétiques et les requêtes de rapport fournies. Aucune installation locale ni compte cloud n’est nécessaire.
Questions fréquentes
Vais-je écrire l’application de rapport ?
Non. La requête et le client de boutique sont fournis. Vous configurez les limites du compte et utilisez les identifiants émis pour produire le véritable rapport.
Modifier la politique de création corrige-t-il les comptes déjà émis ?
Non. Les comptes existants gardent leurs permissions précédentes. Le cours apprend à obtenir une nouvelle identité après la dernière modification de politique et à mettre fin à une ancienne émission non sûre.
L’expiration ferme-t-elle toutes les sessions de base de données ?
Les exercices vérifient de nouvelles connexions authentifiées par mot de passe. Ils ne prétendent pas terminer toutes les sessions déjà ouvertes ni vider les pools de connexions en production. Les composants de gestion préparés restent dans le périmètre de confiance.
