Platform engineering pentru dezvoltarea cu AI
TerminatOferiț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.
Publicat de TaigaCum 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
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
| Capabilitate | Responsabilitatea platformei | Responsabilitatea produsului |
|---|---|---|
| Identitatea angajaților | Integrarea susținută și ciclul de viață al identității | Rolurile aplicației și autorizarea de afaceri |
| Serviciul de baze de date | Interfața de provizionare și operarea definită a serviciului | Modelul de date, comportamentul interogărilor și datele permise |
| Pipeline de livrare | Execuția protejată și gestionarea artefactelor | Testele relevante și acceptarea modificării |
| Monitorizare | Capabilitatea de colectare și alertare | Obiectivele 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)Debifarea acestei opțiuni șterge tot progresul salvat în acest browser.
Progresul rămâne în acest browser. Fără cont, fără urmărire.