<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Partie 9 : Platform Engineering et pilotage :: Teknolabs</title>
    <link>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/index.html</link>
    <description>Offrir une plateforme aux développeurs (API de plateforme, portail, Golden Paths), piloter coûts et performance de livraison, intégrer l’IA en sécurité.&#xA;TP Outil(s) Approche TP26 Crossplane, kro API de plateforme : Managed Resources (Floci), XRD, Composition, ResourceGraphDefinition TP27 Backstage Internal Developer Platform : catalogue, TechDocs, Software Template, Golden Path, architecture en couches TP28 OpenCost, VPA FinOps (demandé / consommé, coûts, rightsizing) et métriques DORA TP29 Assistants et agents IA Code généré soumis aux mêmes contrôles, slopsquatting, prompt injection, moindre privilège des agents Prérequis : Cluster du TP14 et GitOps du TP19 ; Floci (TP13) pour les TP26 et TP29, pile d’observabilité du TP21 pour le TP28, scanners du TP10 pour le TP29.</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <atom:link href="https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>TP26 : Platform Engineering : Crossplane et kro</title>
      <link>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/tp26-crossplane-kro/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/tp26-crossplane-kro/index.html</guid>
      <description>Une équipe plateforme ne veut pas que chaque développeur écrive des dizaines de lignes Terraform et YAML pour obtenir « une application avec son stockage ». Elle préfère lui offrir une API de plateforme simple (kind: WebApp, trois champs) et encoder, une fois pour toutes, les bonnes pratiques derrière cette API. Crossplane étend Kubernetes pour piloter des ressources cloud et les composer en API de haut niveau. kro (Kube Resource Orchestrator) compose des ressources Kubernetes à partir d’un schéma simple et d’expressions CEL. Les ressources AWS sont créées dans Floci (TP13).</description>
    </item>
    <item>
      <title>TP27 : Platform Engineering : portail développeur Backstage et Golden Path</title>
      <link>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/tp27-backstage/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/tp27-backstage/index.html</guid>
      <description>Après une vingtaine de TP, la chaîne est complète mais complexe : un développeur qui veut créer un nouveau service doit connaître Docker, la CI, les scanners, Kubernetes, GitOps et l’observabilité. Le Platform Engineering répond à cette charge cognitive en construisant une Internal Developer Platform (IDP) : un produit interne qui offre des chemins recommandés (Golden Paths) en libre-service. Backstage, créé par Spotify et incubé à la CNCF, en est le portail le plus répandu : catalogue des logiciels et de leurs propriétaires, documentation au plus près du code, et Software Templates qui génèrent un service déjà conforme.</description>
    </item>
    <item>
      <title>TP28 : FinOps (OpenCost, rightsizing) et métriques DORA</title>
      <link>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/tp28-finops-dora/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/tp28-finops-dora/index.html</guid>
      <description>Une plateforme se pilote avec des chiffres. Ce TP en introduit deux familles :&#xA;FinOps : dans Kubernetes, on paie ce que l’on réserve (requests), pas ce que l’on consomme. Mesurer l’écart, l’attribuer à des équipes avec OpenCost, puis redimensionner (rightsizing) à partir de données réelles ; DORA : quatre indicateurs, issus des travaux Accelerate, mesurent la performance de livraison d’une équipe : fréquence de déploiement, délai de mise en production, taux d’échec des changements, temps de restauration. Fichiers de départ : dora.zip, manifests.zip, promql.zip, values.zip</description>
    </item>
    <item>
      <title>TP29 : AI-assisted DevSecOps (code généré par IA, agents et credentials)</title>
      <link>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/tp29-ai-devsecops/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://teknolabs.net/courses/devops-cloud/partie-9-platform-engineering/tp29-ai-devsecops/index.html</guid>
      <description>Les assistants IA écrivent désormais une part importante du code, des Dockerfiles, du Terraform et des manifests Kubernetes. Ils sont rapides et convaincants, mais ils reproduisent des mauvaises pratiques, inventent parfois des dépendances qui n’existent pas, et, lorsqu’ils deviennent des agents capables d’agir, ils manipulent des credentials et lisent des contenus qui peuvent les détourner (prompt injection). Ce TP ne cherche ni à interdire ni à promouvoir l’IA : il montre que la chaîne DevSecOps construite depuis le TP7 s’applique telle quelle au code généré, et il ajoute les garde-fous propres aux agents.</description>
    </item>
  </channel>
</rss>