Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A platformfejlesztés egyik fő alapelve az ügyfelek optimalizálása. Először a fejlesztőket tekintsük elsődleges ügyfélnek, és összpontosítsunk az igényeikre, amikor eldöntjük, hogy milyen fejlesztési útvonalakat és milyen képességeket kívánunk növelni. A fejlesztők különböző eszközöket használnak a munkájuk elvégzésére. Első lépésként kezdjen kicsivel, és értékelje ki, hogy javíthatja-e a meglévő képernyőket és felületeket egy teljesen új belső fejlesztői platform implementálása előtt.
A fejlesztők támogatása ügyfélközpontú belső platformmal
A belső fejlesztői platform elsődleges ügyfeleként a fejlesztőkre való gondolkodás elengedhetetlen a sikerességhez. A fejlesztőket ügyfeleinknek tekintjük. Az ügyfelek bármely tagja lehet annak, amit a Team Topologies modellstreamre igazított csapatként hivatkozik, beleértve az olyan szerepköröket, mint a gépi tanulási szakemberek vagy az adattudósok.
A sikeres platformmérnöki gyakorlat felhatalmazza a fejlesztőket és az üzemeltetőket. A fejlesztők és az üzemeltetők önállóan hozhatnak olyan döntéseket, amelyek üzleti értéket biztosítanak, miközben továbbra is betartják a megállapított szabványokat, szabályozást és biztonsági szabályokat. Kritikus érdekelt felek, támogató csapatok és egyes alrendszerek szakértői (mint például műveletek, biztonság, megfelelőség és architektúra) együttműködnek a belső platformot építő csapattal, hogy szakértelmüket és bevált gyakorlatukat sablonok és rendszerképességek formájában kodifikálják.
A tudás rendszerbe való áthelyezése egyidejűleg csökkenti a fejlesztők kognitív terhelését, javítja a biztonságot, a megfelelőséget és a minőséget, és jobban skálázza ezeket a szerepköröket a valóban egyedi problémák kezelése érdekében. Ez azonban a fejlesztői élmény, amely biztosítja, hogy a platform a lehető legtöbb előnyt adja vissza az összes érintett számára.
Ez azt jelenti, hogy ügyfélközpontú megközelítést követve megtervezheti és rangsorolja a platformmérnöki erőfeszítéseket.
Optimális fejlesztési útvonalak azonosítása az ajánlott eljárások egyszerűsítése érdekében
Bár az Ön szervezete ma több különböző fejlesztési útvonallal rendelkezhet az éles környezethez, a platformmérnöki munka egyik korai lépése annak megértése, hogy mely útvonalakat kívánják használni a fejlesztők. Ennek a döntésnek a meghozatala fontos, mivel lehetővé teszi, hogy az energiáját egy hatékony út kialakítására fókuszálja, amely még mindig megfelel a fejlesztési, üzemeltetési és szabályozási követelményeknek.
Ezek a kitaposott ösvények a fejlesztési és megfigyelési eszközök, programozási nyelvek, SDK-k és szolgáltatások egy meghatározott készletét képviselik, amelyek a fejlesztők, üzemeltetők és más érintettek által legjobbnak ítélt gyakorlatokra vannak szabva. A kijelölt utaknak olyan megközelítéseket kell tartalmazniuk, amelyekkel egyszerűsíthető a bevezetés, a moderálás és a támogatás a belső újrafelhasználás érdekében. Ezeket a kikövezett útvonalakat nem kell korlátozónak vagy kényszerítettnek tekintenie, hanem inkább csökkentenie kell a fejlesztői terhelést arra a pontra, amelyet a fejlesztői csapatok meg szeretnének tartani bennük.
A trükk azonban az, hogy ne csak azt értsük meg, hogy mely útvonalakra kell összpontosítani, hanem az elérési út mely részeit kell először kiköveznünk.
A felhasználók megismerése ott, ahol vannak
Bár csábító lehet egy egységes portállal kezdeni a belső fejlesztői platform minden eleméhez, ez nem a legjobb kiindulópont.
Az üzemeltetési szakemberek, a webhely-megbízhatósági mérnökök (SRE-k) és a fejlesztők különböző eszközökkel végzik munkájukat. A kódolás egy IDE-ben történik, az olyan mérnöki rendszerek, mint a GitHub és az Azure DevOps parancssori felületeket használnak, és valós idejű együttműködés történik a Teamsben és a Slackben. Ezek a felhasználók gyakran elégedettek ezekkel a képernyőkkel, és óvatosak egy újabb felhasználói felülettel, amely miatt aggódniuk kell.
Kezdjen kicsiben, és értékelje ki, hogy javíthatja-e a meglévő képernyőket és felületeket. Építsen beépülő modulokat vagy bővítményeket, mielőtt új egyéni élményeket alakít ki. Kérdezd meg magadtól, hogy az emberek jobban reagálnak-e egy új felhasználói élményre, vagy egy továbbfejlesztett verzióra, amit most tapasztal? Ha úgy dönt, hogy az alapoktól kezdve egy portált hoz létre, vegye figyelembe azt az elképzelést, hogy valószínűleg több felületet is támogatni szeretne egy API-val. Ez az olyan lehetőségeket is feloldja, mint az alacsony kódszámú keretrendszerek használata, így nem kell teljesen új portálélményt létrehoznia és üzemeltetnie.