Platformmérnökség
Belső fejlesztői platformokat tervezünk és építünk, amelyek lehetővé teszik a mérnökcsapatai számára, hogy önkiszolgáló módon férjenek hozzá az infrastruktúrához, "golden path"-eken keresztül indítsanak szolgáltatásokat, és funkciókat szállítsanak jegy nyitása nélkül az operatív csapat felé. Az IDP-keretrendszert, az IaC-eszközöket és a CI/CD-stacket projektenként választjuk, hogy illeszkedjenek a csapatához.
A platformmérnökség termékmérnökség a belső felhasználóinak
A legtöbb DevOps-befektetés olyan automatizálást vásárol, amelyet az operatív csapatok értenek, de a mérnökök nem szeretnek. A platformmérnökség ezt megfordítja: a belső fejlesztői platformot termékként építi meg, a mérnökeit felhasználóként kezelve. Az eredmény egy önkiszolgáló réteg, amely csökkenti a fejlesztők kognitív terhelését, megszünteti a jegy-az-operatívnak szűk keresztmetszetet, és lehetővé teszi, hogy egy kis infrastruktúracsapat kiégés nélkül támogasson egy nagy mérnöki szervezetet.
A platformját a fejlesztői tényleges munkafolyamataik köré tervezzük. Minden általunk definiált "golden path"-t valós mérnökökkel validálunk, mielőtt élesbe kerülne. A mérnökei végig részt vesznek a folyamatban, így a platform az első naptól illeszkedik ahhoz, ahogy dolgoznak.
Belső fejlesztői platform, elejétől a végéig
Belső fejlesztői platform (IDP)
Fejlesztői portál tervezés és megvalósítás — plugin-választás, konfiguráció, hitelesítés-integráció és egyedi plugin-fejlesztés, ahol szükséges. Egy működő platform, éles környezetre kész az első naptól.
"Golden path"-ek
Véleményezett, dokumentált, eszközökkel támogatott útvonalak a leggyakoribb fejlesztői munkafolyamatokhoz: új szolgáltatás létrehozása, telepítés stagingre, adatbázis beszerzése, függőség hozzáadása. A "golden path"-ek csökkentik a döntési fáradtságot, és megszüntetik azt az inkonzisztenciát, amely lassítja a csapatokat a skálázódás során.
Szolgáltatáskatalógus
Az összes szolgáltatásának élő leltára, tulajdonosaikkal, függőségeikkel, SLO-ikkal és dokumentációjukkal — automatikusan karbantartva a kódtárolóiból. A tulajdonosi és ügyeleti felelősség mindenki számára látható, beleértve az incidens utáni felülvizsgálatokat is.
Fejlesztői élmény mérnökség
A fejlesztői élmény mérése DORA-metrikákon és fejlesztői felméréseken keresztül. A mérnöki munkafolyamataiban lévő legnagyobb súrlódási pontok azonosítása. Célzott javítások: a helyi fejlesztői környezet szabványosítása, gyorsabb CI-visszajelzési hurkok, onboarding-automatizálás új mérnököknek.
Gyakran ismételt kérdések
Mi az a platformmérnökség?
A platformmérnökség az a diszciplína, amely belső fejlesztői platformokat (IDP-ket) tervez és épít, amelyek elvonatkoztatják az infrastrukturális komplexitást a termékmérnöki csapatoktól. Egy platformmérnöki csapat megépíti azokat az önkiszolgáló eszközöket, "golden path"-eket és automatizálást, amelyek lehetővé teszik a fejlesztőknek, hogy infrastruktúrát szerezzenek be, szolgáltatásokat telepítsenek, és kezeljék operatív igényeiket szakértői tudás vagy operatív jegyek nélkül. Ez a DevOps evolúciója egy gyakorlatból egy termékorientált diszciplínába, belső felhasználói bázissal.
Mi a különbség a platformmérnökség és a DevOps között?
A DevOps olyan gyakorlatok összessége, amely automatizáláson, együttműködésen és megosztott felelősségen keresztül közelebb hozza a fejlesztést és az üzemeltetést egymáshoz. A platformmérnökség ezeknek a gyakorlatoknak egy konkrét, skálázott megvalósítása: ahelyett hogy az egyes fejlesztőcsapatok mindegyike kezelné a saját infrastrukturális ügyeit, egy központosított platformcsapat épít önkiszolgáló eszközöket, amelyeket minden fejlesztőcsapat használ. A platformmérnökség az, ami akkor történik, amikor a DevOps-gyakorlatának 3–4 fejlesztőcsapaton túl kell skálázódnia anélkül, hogy az infrastruktúracsapat szűk keresztmetszetté válna.
Mennyi ideig tart egy belső fejlesztői platform megépítése?
Egy alapvető belső fejlesztői portál egy szolgáltatáskatalógussal, két-három "golden path"-szel és önkiszolgáló staging-környezet-beszerzéssel jellemzően 8–14 hetet vesz igénybe. Az első "golden path" mindig a leglassabb — ez megköveteli a szabványokban való megegyezést, az érdekeltek beleegyezésének megszerzését, és a meglévő rendszerekkel való integrációt. A további "golden path"-ek jellemzően 2–4 hetet vesznek igénybe egyenként. A teljes platform-érettség fejlesztői élmény metrikákkal, onboarding-automatizálással és egy válogatott plugin-ökoszisztémával jellemzően 6–12 hónapos iteratív fejlesztést vesz igénybe a normál mérnöki munka mellett.
Mit csinál egy platformcsapat nap mint nap?
Egy platformcsapat üzemelteti az IDP-t, karbantartja és javítja a "golden path"-eket, új szolgáltatásokat vesz fel a katalógusba, kezeli a fejlesztőket érintő incidenseket (törött CI-sablonok, staging-környezeti problémák, eszközkiesések), és a legelterjedtebben használt munkafolyamatok súrlódásának csökkentésébe fektet be. A DORA-metrikákat követik — telepítési gyakoriság, változtatások átfutási ideje, változtatási hibaarány, és átlagos helyreállítási idő — a szélesebb mérnöki szervezetre gyakorolt hatásuk elsődleges mérőszámaként.
Hagyja, hogy fejlesztői önkiszolgáló módon dolgozzanak egy nekik épített platformmal
Mondja el, hány mérnökcsapata van, mik a legnagyobb fejlesztői élmény fájdalompontjai, és milyen eszközöket használ már — a tényleges munkafolyamatai köré tervezzük az IDP-t.
Kapcsolatfelvétel → DevOps és platformmérnökség →