CI/CD csővezeték bemutatója példával
Thomas Hamilton
⚡ Okos összefoglaló
A CI/CD folyamatlánc egy automatizált útvonal, amely a kódmódosítást a véglegesítéstől az éles környezetig viszi. Négy szakaszon – forráskód, létrehozás, tesztelés és telepítés – keresztül építi fel, teszteli és telepíti a szoftvereket, csökkentve a manuális hibákat és lerövidítve a fejlesztők és a végfelhasználók közötti folyamatot.
Mi az a CI/CD folyamatlánc?
A CI/CD csővezeték Automatizálja a kódmódosítás útját a fejlesztő véglegesítésétől a telepített kiadásig. Felépíti a kódot, lefuttatja a tesztkészletet, és biztonságosan bevezeti a bináris fájlt egy vagy több környezetbe. Egy jól megtervezett folyamat csökkenti a manuális hibákat, gyors visszajelzést ad a fejlesztőknek, és lehetővé teszi a kis, gyakori termékiterációk elvégzését.
A folyamat összekapcsolja az automatizálást és a folyamatos monitorozást a teljes szoftveréletciklus során – az integrációtól és teszteléstől a szállításig és a telepítésig. Az összekapcsolt gyakorlatokat együttesen CI/CD folyamatnak nevezzük.
Mi a folyamatos integráció, a folyamatos szállítás és a folyamatos telepítés?
- Folyamatos integráció (CI): Egy olyan fejlesztési gyakorlat, amelyben a csapattagok legalább naponta egyszer integrálják munkájukat. Minden integrációt automatizált build és tesztfuttatás ellenőriz, amely gyorsan feltárja a hibákat.
- Folyamatos kézbesítés (CD): Egy olyan mérnöki gyakorlat, amelyben a csapat minden iteráció végén kiadásra kész állapotban tartja a terméket. Az éles környezetben történő telepítés jellemzően manuális jóváhagyást igényel.
- Folyamatos telepítés (CD): A Continuous Delivery egy lépéssel tovább viszi a folyamatot – minden olyan módosítás, amely átmegy az automatikus ellenőrzéseken, automatikusan, emberi beavatkozás nélkül kerül bevezetésre az éles környezetben.
A CI/CD folyamat szakaszai
A CI/CD folyamat a szoftver új verziójának leszállításához szükséges lépések végrehajtható specifikációja. Bármelyik szakaszban bekövetkező hiba értesítést vált ki – e-mailben, Slack, vagy egy másik csatornán –, hogy a felelős mérnök azonnal értesüljön.
A CI/CD folyamat szakaszai.
Forrás Stage
A folyamatot a kódtárban bekövetkezett változás indítja el. Minden commit értesíti a CI/CD eszközt a megfelelő folyamat futtatásáról. Egyéb gyakori triggerek közé tartoznak a felhasználó által kezdeményezett munkafolyamatok, az ütemezett futtatások és az upstream folyamatok eredményei.
Építési színpad
A fordítási szakasz lefordítja a forráskódot, és a függőségeit egy futtatható artefaktummá oldja fel. A fordított nyelvek, mint például a C++, Java, C és Go nyelveknek itt bináris fájlokat kell létrehozniuk. Az olyan értelmezett nyelveknek, mint a JavaForgatókönyv, Python, és a Ruby továbbra is profitál ebből a szakaszból a függőségek csomagolásához, a lintelésekhez és a konténerképek létrehozásához.
A build fázisban fellépő hiba általában alapvető projekthibára utal, ezért a problémát azonnal kezelni kell.
Tesztszakasz
A tesztelési szakaszban az automatizált tesztkészletet futtatják le a kód helyességének és a szoftver viselkedésének ellenőrzésére. A könnyen reprodukálható hibákat még azelőtt kiszűri, hogy azok elérnék a felhasználókat. A tesztek írása és karbantartása a fejlesztő felelőssége – a folyamat csak azt ellenőrzi, hogy azok lefutjanak.
Telepítse a szakaszt
A telepítési szakasz a hitelesített műterméket egy célkörnyezetbe, például próbaüzembe, UAT-ba vagy éles környezetbe helyezi. Miután a build minden szükséges teszten megfelelt, a telepítés automatikusan (folyamatos telepítés) vagy manuális átadás után (folyamatos kézbesítés) indítható el.
Példa egy CI/CD csővezetékre
Az alábbi bemutató egy konkrét folyamatot mutat be, amely GitHubot használ, CircleCIés AWS.
- Forrás Code Ellenőrzés: az alkalmazás kódját egy privát GitHub-tárházban tárolja, hogy integrálódjon a build, scan és deploy szolgáltatásokkal.
- Folyamatos integráció: connect CircleCI a repositoryba, hogy minden push lekérje az új kódot, felépítse azt, és végrehajtsa a tesztkészletet.
- Telepítés UAT-ba: configure CircleCI sikeres buildek telepítése AWS UAT környezetbe az érdekelt felek tesztelése céljából.
- Telepítés éles környezetbe: Használja újra ugyanazokat a CI/CD lépéseket a műtermék éles környezetbe való előléptetéséhez, manuális jóváhagyással, ha folyamatos kézbesítést alkalmaz.
CI/CD folyamat bevált gyakorlatai
Az alábbi gyakorlatok biztosítják a folyamatok gyorsaságát, megbízhatóságát és a csapat bizalmát:
- Dokumentálja a jelenlegi kézbesítési folyamatot az automatizálás előtt, hogy tudja, mit kell megtartani, módosítani vagy eltávolítani.
- Kezdj egy rövid koncepcióbizonyítással, ahelyett, hogy egyszerre automatizálnád a teljes folyamatot.
- A folyamatot több szakaszból kell strukturálni, így gyorsan, az alapvető ellenőrzések először lefutnak.
- Minden munkafolyamatot tiszta, elszigetelt környezetből indíts, hogy az építmények reprodukálhatóak maradjanak.
- Nyílt forráskódú eszközök hozzáadása, amelyek mindent lefednek a kódstílustól a biztonsági szkennelésig.
- Használj egy kódminőség-ellenőrző központot, amely minden ágon ugyanazokat a teszteket futtatja le.
- Minden pull requestet szakértői értékelésnek kell alávetni, és a folyamat kimenetét a felülvizsgálat részeként kell kezelni.
- Az átmenet megkezdése előtt határozza meg a sikermutatókat – ezek a folyamatos fejlődést ösztönzik.
A CI/CD csővezetékek előnyei
Egy kiforrott CI/CD folyamat számos mérhető előnnyel jár:
- A hibákra hajlamos manuális buildeket és kiadásokat megbízható automatizálás váltja fel.
- Javítja minden szállított műtárgy konzisztenciáját és minőségét.
- Növeli a rugalmasságot – az új funkciók igény szerint szállíthatók.
- Leegyszerűsíti a kommunikációt a fejlesztők, a minőségbiztosítás és az üzemeltetés között.
- Gyakori kiadásokkal felgyorsítja az ügyfél-visszajelzési ciklusokat.
- Növeli a termék láthatóságát irányítópultok, naplók és értesítések segítségével.
- Eltávolítja a manuális hibákat és csökkenti a kiadási költségeket.
- Lerövidíti a szoftverfejlesztési életciklust.
- Gyors visszajelzést biztosít a fejlesztőtől a végfelhasználóig.
- Kiemeli a buildet sértő változtatásokat, hogy gyorsan visszaállíthatók legyenek.
- Az automatizált teszteket könnyű manuális feltáró teszteléssel párosítja a magas minőség fenntartása érdekében.
Fontos CI/CD eszközök
A modern csapatok a CI/CD eszközök egészséges ökoszisztémájából választhatnak. A legszélesebb körben elterjedt eszközöket az alábbiakban ismertetjük.
1) Jenkins
Jenkins egy nyílt forráskódú folyamatos integrációs szerver, amely automatizálja a build, tesztelés és kiadás munkafolyamatait. Írva: Java és egy nagyméretű plugin-ökoszisztéma támogatja, Jenkins több százezer berendezést működtet világszerte.
Jellemzők:
- Naponta többször is épít és tesztel kódot.
- Automatizálja a teljes build/tesztelési folyamatot, időt takarítva meg és csökkentve a hibákat.
- Minden sikeres build és tesztelés után telepíti a kódot.
- Felgyorsítja a fejlesztési ciklust a gyors visszajelzés révén.
Link: https://www.jenkins.io/download/
2) Bamboo
Bamboo egy folyamatos integrációjú build szerver, amely egyetlen eszközben egyesíti az automatikus build, tesztelés és kiadás folyamatát. Zökkenőmentesen integrálható a következőkkel: Jira Software és a Bitbucket.
Jellemzők:
- Párhuzamos kötegelt teszteket futtat.
- Gyorsan telepíthető és konfigurálható.
- A környezetenkénti engedélyek lehetővé teszik a fejlesztők és a minőségbiztosítási szakemberek számára, hogy a saját környezetükben telepítsenek.
- Beépített Git elágazási munkafolyamatok, amelyek automatikusan egyesítik az ágakat.
Link: https://www.atlassian.com/software/bamboo
3) CircleCI
CircleCI egy rugalmas CI eszköz, amely több platformon futó mobilalkalmazásokhoz futtat buildeket, Python API-k, Docker klaszterek és egyebek. Csökkenti a hibákat és javítja az alkalmazások minőségét a gyors visszajelzés révén.
Jellemzők:
- Az építési környezetek megválasztása.
- Számos nyelvet támogat, beleértve C++, JavaSzkript, .NET, PHP, Python, és Ruby.
- Docker-támogatás egyéni buildképekhez.
- Automatikusan megszakítja a sorban álló vagy futó buildeket, amikor egy újabb build indul el.
Link: https://circleci.com/
4) GitHub Actions, GitLab CI és Argo CD
A GitHub Actions és a GitLab CI közvetlenül integrálja a CI/CD-t a verziókövetési platformba, így nincs szükség külső build szerverre. Az Argo CD GitOps stílusú folyamatos telepítést biztosít a Kubernetes klaszterekhez, összehangolva a klasztert a Gitben deklarált kívánt állapottal.
Miért fontos a CI/CD Pipeline az IT-vezetők számára?
- Javítja a kiadás megbízhatóságát és kiszámíthatóságát.
- A mérnöki szervezetet hatékonyabbá teszitracfejlesztők számára.
- A verziókövetésből húzza ki a kódot, és egyetlen kattintással végrehajtja a build-et.
- A bináris fájlokat biztonságosan mozgatja a célkörnyezetekbe.
- Lehetővé teszi a projektvezetők számára a környezeti változók és a konfiguráció környezetenkénti kezelését.
- Alkalmazásösszetevőket tesz közzé webes, adatbázis-, API- és egyéb szolgáltatásokban.
- A Surfaces naplózza az egyes kiadások állapotára vonatkozó adatokat és riasztásokat.
- A kódmódosításokat még a folyamat előtt ellenőrzi, csökkentve ezzel a hibákat az éles környezetben.
CI/CD folyamat KPI-jai
- Ciklus vagy telepítési idő: az építéstől a gyártásig tartó átmenethez szükséges idő. A trendek feltárják a szállítási folyamat szűk keresztmetszeteit.
- Telepítési gyakoriság: milyen gyakran szállítasz. A gyakoribb, kisebb kiadások csökkentik a kockázatot és megkönnyítik a hibák javítását.
- Átfutási idő módosítása: A fejlesztés kezdetétől a sikeres telepítésig eltelt idő. Azt tükrözi, hogy a tervezés, a kódolás és a megvalósítás mennyire jól működik együtt.
- Meghibásodási arány módosítása: a telepítések azon százalékos aránya, amelyek incidenseket okoznak vagy visszavonást igényelnek. TracA csővezeték biztonságát kockáztatja.
- MTTR (átlagos felépülési idő): a szolgáltatás meghibásodás utáni helyreállításához szükséges átlagos idő. A rugalmasságot méri.
- MTTF (átlagos meghibásodási idő): a meghibásodások közötti átlagos idő. Tracks hosszú távú megbízhatóság.
