Parcurs 04Lecție 3 / 10

Platform engineering pentru dezvoltarea cu AI

Oferiți oamenilor și agenților metode susținute de organizație pentru a crea, modifica și opera servicii. Tratați platforma ca pe un produs întreținut.

Avansat12 minVerificat

Publicat de Cum scriem

Verificați ce ați înțelesO platformă generează un șablon sigur de proiect. Ce mai este necesar pe măsură ce aplicațiile evoluează?Faceți exercițiul
O platformă generează un șablon sigur de proiect. Ce mai este necesar pe măsură ce aplicațiile evoluează?

Ce veți învăța

  • Explicați cum schimbă AI categoriile de utilizatori ai unei platforme.
  • Definiți un flux de lucru susținut, cu controale și o procedură pentru excepții.
  • Deosebiți un șablon de proiect de o capabilitate de platformă întreținută.

Oferiți prototipurilor o cale spre producție

Oamenii pot explora idei cu instrumente AI diferite, în timp ce organizația oferă o cale comună spre producție. Echipa de platformă face acea cale clară, susținută și repetabilă.

Pentru un prototip util, colectați sarcina utilizatorului, un exemplu de flux de lucru, codul sursă dacă este disponibil și datele prevăzute. Evaluați dacă adaptați codul sau reconstruiți pornind de la cerințele descoperite. Înainte de credențiale reale sau intrări confidențiale, verificați aplicația, instrumentele de dezvoltare și mediul de execuție în raport cu controalele necesare.

Dacă serviciul trebuie să ruleze în infrastructura dumneavoastră, oferiți o instalare susținută în propriile conturi cloud sau rețele. Includeți identitatea, gestionarea secretelor, dovezile de lansare, monitorizarea și recuperarea. Verificați separat fluxurile de date ale modelului; deținerea mediului de execuție nu controlează fiecare serviciu de dezvoltare.

Tratați platforma ca pe un produs pentru utilizatorii săi

O platformă oferă echipelor capabilități susținute pentru construirea și operarea software-ului. Acestea pot include identitate, medii, pipeline-uri de livrare, baze de date, monitorizare și verificări de politici. Unitatea utilă este un flux de lucru complet care răspunde unei nevoi recurente.

CNCF descrie platformele drept capabilități proiectate în jurul utilizatorilor interni, cu interfețe consecvente și autoservire unde este potrivit. Un portal poate expune aceste capabilități, dar un portal singur nu este platforma. CNCF Platforms White Paper.

Începeți cu o cerere reală. Într-o companie fictivă, mai multe echipe au nevoie de un serviciu web intern cu autentificarea angajaților și o bază de date gestionată. Construiți o cale susținută pentru această cerere înainte de a adăuga un catalog amplu de funcționalități rar folosite.

Includeți agenții printre utilizatorii platformei

Un agent AI poate genera rapid cod de infrastructură. Fără context actual despre platformă, poate și alege o regiune, un tipar de identitate sau o metodă de instalare neacceptate. Generarea mai rapidă nu rezolvă lipsa constrângerilor organizaționale.

Oferiți agentului o interfață fiabilă. Definiți intrările, valorile permise, rezultatele și comportamentul la eșec. Furnizați exemple care corespund versiunii instalate. Returnați erori care permit o acțiune concretă, fără a expune secrete. Aplicați aceleași verificări de autorizare apelanților umani și agenților.

Pentru serviciul intern, cererea ar putea identifica responsabilul, categoria datelor, mediul, cerința de recuperare și mediul de execuție acceptat. Platforma poate apoi selecta o configurație verificată sau explica de ce cererea necesită o decizie separată.

Definiți calea susținută și limitele sale

CapabilitateResponsabilitatea platformeiResponsabilitatea produsului
Identitatea angajațilorIntegrarea susținută și ciclul de viață al identitățiiRolurile aplicației și autorizarea de afaceri
Serviciul de baze de dateInterfața de provizionare și operarea definită a serviciuluiModelul de date, comportamentul interogărilor și datele permise
Pipeline de livrareExecuția protejată și gestionarea artefactelorTestele relevante și acceptarea modificării
MonitorizareCapabilitatea de colectare și alertareObiectivele serviciului și răspunsul concret

Aceasta este o împărțire ilustrativă. Confirmați-o cu echipele și furnizorii efectivi. O responsabilitate fără titular nu dispare deoarece există o platformă.

Publicați o procedură de excepție pentru cerințele din afara soluției implicite. Identificați responsabilul deciziei și dovezile necesare. Un proces dificil de excepție poate încuraja echipele să creeze sisteme nesusținute în afara platformei.

Întrețineți serviciile după creare

Un șablon este o versiune de pornire. Nu aplică automat corecții aplicațiilor create din el. Decideți cum ajung schimbările platformei la serviciile existente și cum se verifică compatibilitatea.

Gestionați versiunile interfețelor și modulelor comune. Anunțați condițiile de eliminare. Oferiți o migrare susținută unde este necesar. Urmăriți ce servicii rămân pe versiuni afectate când este necesară o corecție de securitate.

Evitați transformarea echipei de platformă într-o coadă de aprobare manuală pentru fiecare operațiune de rutină. Automatizați verificările repetabile și rezervați deciziile umane pentru consecințele nerezolvate. Măsurați utilizarea reușită, timpul de așteptare, rezultatele recuperării și efortul de mentenanță.

Conectați platforma la fabrica de software

Platform engineering definește capabilitățile susținute și limitele operaționale. O fabrică de software conectează cerințele, planificarea, implementarea, dovezile și livrarea. Cele două se pot completa când fabrica planifică în funcție de platforma efectivă.

Includeți operarea continuă în evaluare. Verificați cine scanează pentru vulnerabilități noi, instalează corecțiile, răspunde la incidente și întreține dovezile de conformitate. Aceste capabilități necesită un domeniu convenit și responsabili; termenul „fabrică de software” nu le garantează.

Evaluați integrarea într-un punct concret: poate o modificare generată să folosească traseul existent de instalare și să îi păstreze controalele? Poate echipa să inspecteze de ce a fost necesară o excepție? Cine actualizează contextul comun când platforma se schimbă?

Cercetarea DORA plasează capacitatea AI în contextul organizației. Folosiți această perspectivă pentru a evalua fluxul de lucru complet, inclusiv lucrul care rămâne echipei de platformă. Raportul DORA 2025.

Faceți exercițiul

Proiectați o capabilitate de platformă pentru un serviciu web intern. Precizați intrările, rezultatele, identitățile permise, verificările, răspunsul la eșec și responsabilul. Adăugați o cale de actualizare pentru serviciile existente și o procedură de excepție pentru o cerință pe care soluția implicită nu o poate susține.

Descărcați fișa de lucru (Markdown)
Verificați ce ați înțeles ↑

Continuați învățarea

Surse și lecturi suplimentare

Lecturi asociate de la Taiga

← Lecția anterioară: Păstrați trasabilitatea cerințelor când software-ul se schimbă