Leļļu 2024. gads DevOps stāvoklis Ziņojums tika subtitrēts “platformas inženierijas attīstība”, Pēc tā teiktā, platformas inženierija var būt“ barjera pret instrumentu, uzdevumu un informācijas haosu ”, kas jāuztver izstrādātājiem – pārslodzes stāvoklis, ko daži attiecinātu uz disciplīnas trūkumu DevopsApvidū
Vai arī, kā saka Paula Kenedijs, platformu konsultāciju sintasso līdzdibinātāja, tā ir prakse izmantot “apzinātu, koncentrētu” pieeju infrastruktūras, pakalpojumu, iespēju un instrumentu kombinācijas veidošanai, kas nepieciešama programmatūras pieejamai.
Viņa piebilst, ka mērķis ir nodrošināt, lai “izstrādātāji iegūst labāku pieredzi, šī programmatūra tiek piegādāta ātrāk, drošāk, drošāk, uzticamāk”.
Viens no galvenajiem elementiem ir IDP. Atkarībā no tā, ko klausāties, tas nozīmē “iekšējo izstrādātāju platformu” vai “iekšējo izstrādātāju portālu”.
Bet pieturēsimies pie pēdējās. Visvienkāršākajā gadījumā šī ir centrālā pašapkalpošanās platforma, ko izstrādātāji izmanto, lai piekļūtu rīkiem, pakalpojumiem un citiem resursiem, piemēram, dokumentācijai, kas viņiem nepieciešami. Vai kas viņu organizācija izlemj, ka viņiem nepieciešama.
Aizkulises, atvērtā koda platforma Izstrādāts Spotify, ir platformas inženierijas vadošais portāls un neapšaubāms tirgus līderis. Bet ir vairāki alternatīvi produkti, kas piedāvā platformas inženierijas iespējas.
DX 180 uzņēmumu aptauja atklāja, ka vairāk nekā divas trešdaļas izmanto aizkulisēs. Līdz Platformas inženierijas stāvoklis Ziņojumā tika minēta 55% iespiešanās, ostai iegūstot 8% no tirgus un garozas pieaugot 5%.
Zirglietas, Nepārtraukta integrācija un nepārtraukta piegāde (CI/CD) Platforma, arī spēlē šajā telpā. Kenedijs saka, ka ir arī daži “platformas-a-box” produkti, piemēram, Red Hat izstrādātāja centrs, kura pamatā ir aizkulisēs, un dažām no lielajām programmatūras izstrādes firmām būs savi produkti.
Izstrādātājiem, kuri jau izmanto komandas sadarbību Atlassian, ir Atlassian Compass. Kā norāda Metjū Saunderss, DevOps atšķaidīšanas pakalpojumu sniedzēja Adapavist viceprezidents, tas ir Atlassian rīks, un Austrālijas uzņēmums vēlas iegūt visu kaudzi. Viņš saka, ka tas integrējas ar citiem rīkiem, “bet realitāte ir tāda, ka kompass vislabāk integrējas ar Atlassian kaudzi”.
Vairāk nekā portāls
Turpretī Saunders saka: “Kad jūs skrienat aizkulisēs, jums jāveic manuāls darbs, lai tas integrētos ar visiem saviem rīkiem.”
Viņš piebilst: “[The fact] IDP pasaulē pastāv konkurence, acīmredzami ir rādītājs, ka uzņēmumiem ir izdevies rīkoties IDP pareizi… tā ir validācija. Šīs idejas ir pareizas. ”
Un portāls nav viss un galu galā-vai obligāti būtisks. Stack Overflow bija mantota monolīta sistēma, kas atbalstīja tās publiski vērstās vietnes. Tās jaunākais programmatūras kā pakalpojums (SaaS) piedāvājums Stack Overflow komandām jau pašā sākumā ir bijis mākoņdatnis. Tas nesen to visu ir konsolidējis mākonī.
Šobrīd izskaidro Stack Overflow galveno produktu un tehnoloģiju virsnieku Džodiju Beiliju, tas pārvalda lietas iekšēji, vienlaikus izlemjot starp aizkulisēm un Vēl viens atvērtā koda projekts KratixApvidū
“Viņi abi ir atvērtā koda rīki, bet ir dažādi mērķi,” viņš skaidro. “Kratix ļauj mums palīdzēt ar faktisko orķestrēšanu un darbu, ko veic platformas komandas, turpretī aizkulisēs ir vairāk saistīta ar virsmu, padarot to redzamu un noderīgu.”
Beilija saka, ka apņemšanās ievērot konkrētu portālu nozīmē arī “jums kāds ir jāvelta tā pārvaldīšanai, to atjaunināt, savienot visus punktus”.
Bet portāls ir tikai sākums, piebilst Saunders. Pamata instrumentu ieviešana ir kritiska. “Iestatot tādas lietas kā pareiza CI/CD, pareiza avota koda pārvaldība, vides veidošana mākoņu pakalpojumu sniedzējiem un, kas ir vēl svarīgāk, sakot, ka tas ir pareizais sargātņu veids,” viņš saka.
Vai kā to saka Nutanix sistēmu inženierijas direktors Džeimss Sturroks, nodrošinot, ka “izstrādātāji tiek atbrīvoti no infrastruktūras darbiem, piemēram, nodrošināšanas, mākoņa konfigurācijas, tīkla izveidošanas vai drošības politikas iestatīšanas, un viņi koncentrējas tikai uz kodu”.
Tas kļūst mazliet par Goldilocks darbu. Daļa no platformas inženierijas pamatojuma ir risināt instrumentu izplešanos, kuru DevOps tika atbrīvots.
“Liela problēma, ko mēs redzam, ir tā, kur cilvēki domā, ka platforma ir funkciju rūpnīca, un tai vajadzētu tikai pievienot arvien vairāk un vairāk lietu,” saka Kenedijs.
Tajā pašā laikā pārlieku izrakstīšana var būt neproduktīva, mudinot izstrādātājus to ēnot. Un tad mēs esam atpakaļ 2010. gada sākumā.
“Viens no izaicinājumiem, ko mēs bieži redzam ar platformas inženieriem, ir tas, ka viņi ir inženieri,” saka Kenedijs. “Tāpēc viņi domā sev:” Man nav jājautā, kas ir nepieciešams izstrādātājiem, jo es esmu inženieris, tāpēc es zinu, ko es būvēšu “.”
Aprakstot to, kur viņš ir redzējis platformas stratēģijas iepriekš neizdodas, Beilijs saka: “Jums ir komanda, kas ir vērsta uz platformas pakalpojumu veidošanu, un sakiet:“ Tas ir tas, kā jūs gatavojaties darīt lietas, jums tas jādara ”.”
Viņš piebilst, ka tas nav strādājis ar izstrādātājiem un tehnologiem. “Viņi vēlas darīt visu, kas ir visvieglāk, šo zelta ceļu, lai gūtu panākumus.”
Ievadiet aģentus
Drīzāk saka Kenedijs, mērķim vajadzētu būt pareizajam instrumentu sajaukumam-ārpus plauktiem un individuāliem-kopā ar pareizo lietošanas viegluma līdzsvaru. Faktiski konkrētai organizācijai individuāla sistēma. “Tas tiešām ir gala mērķis – jūsu platformai vajadzētu būt spēka veicinātājam,” viņa saka.
Tas nevar būt vienreizējs darbs un prasa pastāvīgu dialogu ar komandām, kuras izmantos platformu. Kas ir arī atgādinājums, ka, kā saka Kenedijs, vadītājiem ir jādomā ārpus attīstības komandas.
“Mēs cenšamies par to domāt mazliet holistiskāk, jo jums varētu būt drošības ļaudis, kuri izmanto platformu. Jums varētu būt likumīgas komandas, kas dodas uz platformu. Parasti, jā, tas ir izstrādātāji, bet jūsu platforma var būt lielāka par to,”
Tas nozīmē nodrošināt, ka ir “modularitāte vai kompozentācija”, kas ļauj tiešiem ieguldījumiem no drošības, atbilstības, finansēm un ikviena cita, kas ir atbildīgs par kritiskām biznesa prasībām.
Kad šī perfektā platforma ir uzstādīta, Saunders turpinās, tas var būt modināšanas aicinājums organizācijai, jo tā pakļauj to, kas patiesībā notiek. “Kā mūsu izstrādātāji patiesībā tiek darīti? Vai tas ir tikšanās visu laiku, savelkot īkšķus, gaidot iespēju faktiski uzrakstīt kādu kodu? Atbilde daudzās organizācijās ir“ jā ”, un tādas lietas kā IDP to sāk parādīt.”
Un pirms neilga laika tas ne tikai ne tikai cilvēku izstrādātājus, par kuriem platformai ir jāuztraucas.
“Pati jūsu platformai jāspēj pieņemt un ieviest jaunas iespējas un jaunas tehnoloģijas, piemēram, AI [artificial intelligence] ātri. Jūsu platforma nevar būt trausla vai statiska, ”saka Kenedijs.
Tas ietekmē platformas inženierijas centienus vairākos veidos, sacīja Džefrijs Sika, Mākoņu vietējās skaitļošanas fonda (CNCF) projektu vadītājs.
“Aizkulises ir lielisks piemērs tam, kāda veida darbs būs nepieciešams, lai AI aģenti būtu vēl efektīvāki,” viņš saka.
Galu galā viņš piebilst, ka mēs jau izveidojam visus šos integrācijas punktus, lai izveidotu šo vienīgo piltuvi izstrādātājam, un aģentiem būs nepieciešams tas pats.
Tas ir truisms, ka AI un aģenti pārņems lielu daļu no jaunattīstības darba. Kodu ģenerēšana ir daļa no tā. Bet Sica skaidro: “Iedomājieties, ka caur vai kodu jūs varat jautāt [Microsoft] Copilot, lai grieztu jaunu attīstības vidi. Nu, tajā brīdī, kas notiek, kopilota aģents var sazināties ar aizkulises MCP [Model Context Protocol] serveris, lai to grieztu jums. ”
Ja aģents aiziet uz aizkulisēm, “rada to ļoti, ļoti stabilu veidu, kā izstrādātāji var vaicāt un patērēt aizkulises, bet, obligāti neizmantojot priekšējo galu”, viņš piebilst.
Atkal ir nepieciešama atbilstība un apsardzes pasti. Sica saka, ka tiem jau vajadzētu būt vietā augšup un lejup pa kaudzīti. “Jums nevajadzētu piekļūt ražošanas klasterim. Jums nevajadzētu spēt pajautāt:” Ei, kopilots, izdzēsiet šo datu bāzes sagatavoto piemēru “.”
Jo galu galā jūs neļautu cilvēka izstrādātājam to darīt. Vai jūs?
