Platformas inženierija ir balstīta uz produktu pārvaldības principiem un produktu modeli, ko piemēro digitālajām un IT sistēmām. Ātri mainīgas digitālās komandas izrāda pretestību stingrai Procesa ietvari, piemēram, informācijas tehnoloģiju infrastruktūras bibliotēka (ITIL) un IT pakalpojumu pārvaldība (ITSM)un autonomas digitālās vai IT produktu komandas kļūst pašpietiekamas, samazinot vajadzību pēc tradicionālajiem infrastruktūras inženieriem.
Platformas inženierija, kas balstīta uz produktu pārvaldības principiem, piedāvā pieeju IT operāciju modernizēšanai. Injicējot produktu domāšanu platformu komandās, Forresters uzskata, ka tehnoloģiju organizācijas var sevi pozicionēt nākotnē.
Kas ir platformas inženierija?
Forresters ir apkopojis spēju modeli platformas inženierijai, kurā ietilpst bieži aptvertie tehniskie aspekti un retāk aptvertās pārvaldības iespējas. Tas ir lietu inventārs, par kuru jums vajadzētu dziļi padomāt, un pārliecināties, ka esat apskatījis savus organizatoriskos resursus, kas varētu ietvert ne tikai speciālas organizācijas, bet arī daudzfunkcionālus procesus, iespējamības komandas vai citus mehānismus.
Jūsu iespējas ir tas, kā klienti piedzīvo platformu. Tās ir jūsu ārdurvis, tā sakot. Jūsu klienti atklās jūsu platformu, uz tā uz tā, nodrošinās to, mijiedarbojas ar tās lietojumprogrammu saskarnēm (API), piesaistīšanas modeļiem drošībai un veiktspējai un izsauks palīdzību, izmantojot šīs iespējas. Nē, nav tādas lietas kā pilnīgi automatizēta pašapkalpošanās platforma.
Lietotājiem un izstrādātājiem jāspēj atklāt platformu un tās pakalpojumus. Platformas pārvaldīšana kā produkts nozīmē, ka jūs saprotat lietotāju ceļojumu un aicināt viņus būt daļa no izstrādātāju platformas iespēju definēšanas procesa un pat veicināt izstrādātāju platformas iespējas.
Viņi sagaidīs vieglu, bez berzes atļauju un piekļuvi, ja ir daži, ja tādi ir cilpas darbplūsmas apstiprinājumi. Pēc tam, kad viņi ir nodrošinājuši un aktīvi attīstīti, viņiem būs nepieciešama informācija par pastāvīgo pakalpojumu statusu, ko viņi patērē.
Parasti lielākām organizācijām būs pakalpojumu katalogs vai portāla iespējas IT pakalpojumiem. Ja tas neeksistē, jums tas ir jāfinansē un jāizveido. Uz izstrādātāju orientētiem portāliem-piemēram, Spotify aizkulisēsHawness Iekšējais izstrādātāju portāls, Atlassian Compass – iegūst popularitāti. Piemēram, Toyota no Ziemeļamerikas ietver patērējamus rasējumus, atklājamu programmatūras katalogu, izglītības un apmācības resursus, kā arī operatīvo pārskatu sniegšanu Finops un citiem rādītājiem tā izstrādātāju portālā.
Piekļuve platformas pakalpojumiem un resursiem parasti ir divpakāpju process ar sākotnējo nodrošināšanu (kontu iestatīšana), kam seko ikdienas pieprasījums (nodrošinot virtuālās mašīnas, kopas utt.). Kamēr konta izveidošanai var būt nepieciešami daži cilvēku apstiprinājumi, ikdienas pieprasījumam nepieciešama API piekļuve.
Platforma, kas nevar nodrošināt, konfigurēt un pārvaldīt bāzes resursus, izmantojot API, nav īsta platforma. Parasti platformas atbalsta API, lai tūlītētu un konfigurētu nepieciešamos resursus, piemēram, mezglu apstrādes, datu krājumus, rindas, cauruļvadus un novērojamības zondes. Ir nozīmīgi API dizaina jautājumi. Daudzām organizācijām parasti ir API inženierijas iespējas, taču tās, iespējams, nav izpētījušas pašapkalpošanās nodrošināšanas atbalstīšanas nianses.
Platformas lietotājiem ir nepieciešama arī gatava piekļuve dokumentācijai par to, kā to izmantot. Kā tie tiks izveidoti un uzturēti? Parasti Wiki tiek izmantots pamata sistēmas ātrumam un ceļvežiem. Forresters iesaka dokumentēt modeļus kā kodu un pārvaldīt tos, izmantojot avota vadību. Ieteicams arī definēt procesus, lomas un atbildību tiem, kas atbild par šiem resursiem. Sakot, ka tā ir ikviena atbildība, ir vilinoša, bet šī pieeja nedarbojas mērogā vai ilgtermiņā.
Atbalsts ir vēl viena galvenā spēja. Platformas parasti ir ļoti piesaistītas. Lietotāji, kas būvē īrnieku lietojumprogrammas, var nesaprast sistēmu. Sistēma nedrīkst izturēties, kā paredzēts. Šo un citu iemeslu dēļ jums, iespējams, būs nepieciešams kaut kāds dežūras atbalsts. Nepieciešams kontakts ar cilvēkiem, pat Chatgpt laikmetā.
Lielākā daļa organizāciju ir ieguvusi atbalsta pārvaldību, piemēram, ar BMC programmatūru un ServiceNow. To var izmantot, lai atbalstītu bāzes platformas, un īrnieku lietojumprogrammas to var izmantot. Tomēr, kā norāda Forrester, mazāk ir spēcīga liela incidenta/kritisko notikumu pārvaldības spējas, kas ir būtiska. Šādas iespējas balstās uz tādiem produktiem kā PagerDuty vai Everbridge.
Operatīvās iespējas
Daudzu platformu inženiertehnisko arhitektūru un ietvaru uzmanības centrā ir operatīvās iespējas, jo īpaši tās, kas ir tehniskākas. Lai gan ir daudz veidu infrastruktūras platformas komponentus, lielākajā daļā platformas inženierijas diskusiju parādās Fundamental DevOps ķēdes iespējas.
Forresters iesaka izvietot un operatīvās arhitektūras kontrolēt pārvaldībai un politikai. Arvien vairāk tas tiek darīts kā kods, piemēram, izmantojot atvērto politikas aģentu un līdzīgas pieejas. Visi jāpārbauda nepieciešamie dizaina modeļi, konfigurācijas un sacietēšanas standarti. Vai programmatūras rēķina-of-of-of-of-of-of-of-of-of-Off-of-obligāti ir obligātākas? Kādas ir sekas, ja tās neizdodas? Ja notiek izmaiņu pārvaldības process, kā tiek aprēķināts risks? Ir haosa testi Ieteicams vai prasa politika?
Platformas tiešie (administratīvie/izstrādātāju) lietotāji ir jāidentificē un jāatļauj, un viņu veidotajiem produktiem un lietojumprogrammām būs nepieciešami identitātes un piekļuves pakalpojumi, kas varētu būt diezgan atšķirīgi no pakalpojumiem, kas kontrolē administratora piekļuvi platformai. Kuru jūs atbalstāt?
Forresters iesaka IT lēmumu pieņēmējiem pārbaudīt, vai administratoriem ir pieejami kopīgi direktoriju pakalpojumi, ja ir priviliģēta piekļuves pārvaldība un ja tiek izmantota daudzfaktoru autentifikācija (MFA), neatkarīgi no tā, vai īrnieku lietotājiem ir pieejami vienas pierakstīšanās, un/vai direktoriju pakalpojumi. Cauruļvadam ir jāpiedāvā drošības pārbaude, piemēram, programmatūras kompozīcijas analīze, SBOM ģenerēšana un Statiskā lietojumprogrammu drošības pārbaudeApvidū
Ņemot vērā, ka lietojumprogrammas vai darba slodze ir instalēta uz resursiem pēc nodrošināšanas, ir noderīgi, ja infrastruktūras platformās ir pilns attīstības cauruļvadu resursu kopums. Tajos jāietver piekļuve avota kontrolei un pakešu pārvaldībai, iespējams, izmantojot starpniekservera mākoņa pakalpojumus, piemēram, Github vai GitLab.
Turklāt IT infrastruktūrai, kurā tiek izvietota darba slodze, būs jānodrošina bāzes IT resursi, kas būs jākonfigurē un jāpārvalda. Parasti to panāk ar infrastruktūras automatizāciju. IT lēmumu pieņēmējiem jāpārbauda, vai izpildes nodrošināšana ir balstīta uz Terraform vai ir specifisks hiperskalerimApvidū Vai platforma nodrošina starpniekservera slāni mākoņu pakalpojumu sniedzējam?
Pēc sākotnēji nodrošināšanas konfigurācija var radīt atsevišķas bažas – piemēram, ar Red Hat, Chef vai Perforce programmatūru [Puppet] – kas var arī kontrolēt dreifu. Ir plašas variācijas, kas ir atkarīgas no tehniskās iespējamības.
Izvietošanas atbalsts
Platformas inženierijā var ietilpt AIOPStāpēc IT lēmumu pieņēmējiem vajadzētu arī apskatīt, kā pati platforma tiek uzraudzīta un novērota, un kā rodas darbības ieskats.
Kāda ir saistība starp AIOPS un darbību (piemēram, atbalsts)? Forresters iesaka IT lēmumu pieņēmējiem novērtēt tādus pakalpojumus kā uzraudzība, mežizstrāde un izsekošana, kas ir pieejami īrnieku lietojumprogrammām. Kā tiek saprasta lietotāja pieredze? Piemēram, lietojumprogrammu veiktspējas pārvaldība vai AIOPS rīks var būt pieejams kā daļa no platformas, kas paredzēta reāllaika ieskatiem, kas aptver platformas un aptver visu IT īpašumu. Pēc tam šīs atziņas var publicēt izstrādātāju portālā.
Visbeidzot, Forresters atzīmē platformas uzticamības nozīmi. IT lēmumu pieņēmējiem jānovērtē, kā pati platforma tiek pārvaldīta izturības, pieejamības un mācīšanās dēļ. Piemēram, vietņu uzticamības inženieriem var būt īpaša funkcija, lai noteiktu platformas pieeju, vadītu lielas incidentu reakcijas un retrospekcijas un pārskatītu operācijas. Retrospekcija varētu izraisīt riska noteikšanu, kuram kā kontroli varētu izmantot haosa inženierijas pieeja.
Kopumā Forresters uzskata platformas inženieriju kā dzīvotspējīgu pieeju tradicionālo komandu tvertņu novēršanai tādās jomās kā aprēķināšana, glabāšana, tīkla izveidošana un starpprogrammatūra, kur komandas cenšas apmierināt inovācijas tirgus prasības, un darbinieki dod priekšroku sadarbības un atsaucīga darba videi. Kā tādu, uz produktu orientētu domāšanas IT platformas pārvaldību var izmantot, lai uzlabotu pakalpojumu sniegšanu.
Šī raksta pamatā ir fragments Forrester platformas inženierijas spēju modelis. Autors, Čārlzs Betzsir galvenā viceprezidenta galvenais analītiķis un vada Forrester uzņēmuma arhitektūras komandu.
