CI/CD Pipeline

CI/CD pipeline je automatizovaný proces, který umožňuje přenést kód z vývojářova počítače a bezpečně ho doručit uživatelům. Sestavuje kód, testuje ho a nasazuje bez spoléhání na manuální kroky.

Můžete si to představit jako montážní linku pro software. Místo toho, aby lidé předávali kód a doufali, že se nic nepokazí, pipeline vše automaticky kontroluje pokaždé.

TL;DR

• Co to je: Automatizovaný proces pro doručování nových verzí softwaru.
• Problém: Manuální vydání jsou pomalá, náchylná k chybám a často vynechávají bezpečnostní kontroly.
• Řešení: CI/CD automatizuje proces sestavení, testování a nasazení, což umožňuje týmům vydávat rychleji a s větší jistotou.
• Proč se starat o bezpečnost: Umožňuje týmům zachytit bezpečnostní zranitelnosti včas, ne těsně před produkcí.

Co je CI/CD Pipeline?

CI/CD pipeline je cesta, kterou váš kód urazí od napsání až po použití skutečnými zákazníky.

Má dvě hlavní části:

1. Continuous Integration (CI)

Vývojáři často posílají změny kódu. Pokaždé, když to udělají, pipeline automaticky sestaví aplikaci a spustí testy, aby se ujistila, že nový kód nic nerozbije.

2. Continuous Delivery / Deployment (CD)

Jakmile kód projde těmito kontrolami, je připraven k vydání nebo nasazen přímo do produkce.

• Delivery: Kód je připraven, ale někdo musí kliknout na „schválit“.
• Deployment: Kód se automaticky nasadí.

Kde se hodí „Shift Left“ Security

Tady se bezpečnost posouvá dříve v procesu. Místo toho, aby se problémy nacházely až po spuštění aplikace, bezpečnostní kontroly probíhají uvnitř pipeline, zatímco se kód stále píše.

To znamená, že věci jako hardcodovaná tajemství nebo rizikové knihovny jsou nalezeny brzy, kdy je jejich oprava levnější a jednodušší.

Jak funguje CI/CD pipeline (krok za krokem)

Většina pipeline následuje stejný průběh:

1. Zdroj: Vývojář pushne kód na GitHub nebo GitLab.
2. Build: Aplikace je sestavena a závislosti jsou nainstalovány.
3. Test: Probíhají automatizované testy, včetně bezpečnostních kontrol.
4. Staging: Aplikace je nasazena do testovacího prostředí, které vypadá jako produkční.
5. Produkce: Aplikace je uvolněna skutečným uživatelům.

Pokud se něco pokazí v jakémkoli kroku, pipeline se zastaví.

Související pojmy

• DevSecOps
• Shift Left Security
• SAST vs DAST
• Exploit Prediction Scoring System (EPSS)

FAQ

Jaký je rozdíl mezi Continuous Delivery a Continuous Deployment?

• Continuous Delivery: Vše je automatizováno, ale člověk schvaluje finální vydání.
• Continuous Deployment: Žádné lidské schválení. Pokud testy projdou, kód se automaticky nasadí.

Proč je CI/CD důležité pro DevSecOps?

Protože to mění bezpečnost na rutinní kontrolu místo poslední překážky. Bezpečnostní nástroje běží automaticky při každé změně, takže problémy jsou nalezeny brzy a opraveny rychleji.

Jaké jsou běžné nástroje CI/CD?

Některé populární jsou Jenkins, GitHub Actions, GitLab CI/CD, CircleCI a Azure DevOps. Tyto nástroje zajišťují spuštění skriptů, které sestavují, testují a nasazují váš kód.

Může CI/CD pipeline selhat?

Ano, a to je vlastně dobrá věc. Pokud test selže nebo je nalezen bezpečnostní problém, pipeline se zastaví. To zabraňuje tomu, aby se rozbitý nebo nebezpečný kód dostal k uživatelům.

Jak CI/CD zlepšuje kvalitu kódu?

Protože každá změna je okamžitě testována. Chyby jsou zachyceny minuty po jejich zavedení, ne týdny později. To udržuje hlavní kódovou základnu stabilní a zkracuje čas potřebný k opravě problémů.