Platformų inžinerija DI kūrimui

Suteikite prototipams kelią į produkcinę aplinką

Žmonės gali tyrinėti idėjas skirtingais DI įrankiais, o organizacija suteikti bendrą kelią į produkcinę aplinką. Platformos komanda užtikrina, kad tas kelias būtų aiškus, palaikomas ir pakartojamas.

Naudingam prototipui surinkite naudotojo užduotį, darbo eigos pavyzdį, pirminį kodą, jei prieinamas, ir numatytus duomenis. Įvertinkite, ar pritaikyti kodą, ar kurti iš naujo pagal išsiaiškintus reikalavimus. Prieš suteikdami tikrus prisijungimo duomenis ar konfidencialią įvestį, patikrinkite programą, kūrimo įrankius ir vykdymo aplinką pagal būtinas kontrolės priemones.

Jei paslauga turi veikti jūsų infrastruktūroje, pasiūlykite palaikomą diegimą į jūsų debesijos paskyras ar tinklus. Įtraukite tapatybes, paslapčių tvarkymą, išleidimo įrodymus, stebėseną ir atkūrimą. Modelio duomenų srautus peržiūrėkite atskirai; vykdymo aplinkos valdymas nekontroliuoja kiekvienos kūrimo paslaugos.

Platformą laikykite jos naudotojams skirtu produktu

Platforma suteikia komandoms palaikomas programinės įrangos kūrimo ir eksploatavimo galimybes. Tai gali būti tapatybės, aplinkos, pristatymo konvejeriai, duomenų bazės, stebėsena ir taisyklių patikrinimai. Naudingas vienetas yra visa darbo eiga, atitinkanti pasikartojantį poreikį.

CNCF platformas aprašo kaip vidiniams naudotojams pritaikytas galimybes su nuosekliomis sąsajomis ir savitarna, kur ji tinka. Portalas gali pateikti šias galimybes, tačiau vien portalas nėra platforma. CNCF Platforms White Paper.

Pradėkite nuo tikro poreikio. Išgalvotoje įmonėje kelioms komandoms reikia vidinės žiniatinklio paslaugos su darbuotojų prisijungimu ir valdoma duomenų baze. Pirmiausia sukurkite palaikomą kelią šiam poreikiui, o tik tada plėskite retai naudojamų funkcijų katalogą.

Tarp platformos naudotojų įtraukite agentus

DI agentas gali greitai generuoti infrastruktūros kodą. Be aktualaus platformos konteksto jis taip pat gali pasirinkti nepalaikomą regioną, tapatybės sprendimą ar diegimo būdą. Greitesnis generavimas nepašalina trūkstamų organizacijos apribojimų.

Suteikite agentui patikimą sąsają. Apibrėžkite įvestis, leidžiamas reikšmes, išvestis ir elgesį sutrikus. Pateikite įdiegtą versiją atitinkančių pavyzdžių. Grąžinkite klaidas, pagal kurias galima veikti, neatskleisdami paslapčių. Žmonių ir agentų užklausoms taikykite tuos pačius autorizavimo patikrinimus.

Vidinės paslaugos užklausa gali nurodyti atsakingą asmenį, duomenų kategoriją, aplinką, atkūrimo reikalavimą ir palaikomą vykdymo aplinką. Platforma tada gali parinkti peržiūrėtą konfigūraciją arba paaiškinti, kodėl užklausai reikia atskiro sprendimo.

Apibrėžkite palaikomą kelią ir jo ribas

Tai pasidalijimo pavyzdys. Patvirtinkite jį su tikrosiomis komandomis ir teikėjais. Neįvardyta atsakomybė nedingsta atsiradus platformai.

Paskelbkite išimčių tvarką reikalavimams, kurių numatytasis sprendimas neapima. Nurodykite sprendimo savininką ir būtinus įrodymus. Sudėtingas išimčių procesas gali skatinti komandas kurti nepalaikomas sistemas už platformos ribų.

Prižiūrėkite paslaugas po sukūrimo

Šablonas yra pradinė versija. Jis automatiškai netaiso iš jo sukurtų programų. Nuspręskite, kaip platformos pakeitimai pasieks esamas paslaugas ir kaip bus tikrinamas suderinamumas.

Versijuokite bendras sąsajas ir modulius. Paskelbkite pašalinimo sąlygas. Kur reikia, pateikite palaikomą migravimo kelią. Kai būtina saugumo pataisa, sekite, kurios paslaugos vis dar naudoja paveiktas versijas.

Nepaverskite platformos komandos rankinių patvirtinimų eile kiekvienai įprastai operacijai. Automatizuokite kartojamus patikrinimus, o žmonių sprendimus palikite neišspręstoms pasekmėms. Matuokite sėkmingą naudojimą, laukimo laiką, atkūrimo rezultatus ir priežiūros sąnaudas.

Susiekite platformą su programinės įrangos gamykla

Platformų inžinerija apibrėžia palaikomas galimybes ir eksploatavimo ribas. Programinės įrangos gamykla sujungia reikalavimus, planavimą, įgyvendinimą, įrodymus ir pristatymą. Jos gali papildyti viena kitą, kai gamykla planuoja pagal tikrąją platformą.

Į vertinimą įtraukite nuolatinį eksploatavimą. Patikrinkite, kas skenuoja naujus pažeidžiamumus, diegia pataisas, reaguoja į incidentus ir prižiūri atitikties įrodymus. Šioms galimybėms reikia sutartos apimties ir atsakingų asmenų; terminas „programinės įrangos gamykla“ jų negarantuoja.

Įvertinkite integraciją konkrečioje vietoje: ar sugeneruotas pakeitimas gali naudoti esamą diegimo kelią ir išlaikyti jo kontrolės priemones? Ar komanda gali išnagrinėti, kodėl prireikė išimties? Kas atnaujina bendrą kontekstą pasikeitus platformai?

DORA tyrimas nagrinėja DI galimybes platesnėje organizacijoje. Šiuo požiūriu vertinkite visą darbo eigą, įskaitant platformos komandai liekantį darbą. DORA 2025 ataskaita.