CRACI vs Jenkins

Krátká odpověď

Jenkins o sobě říká, že je „předním open source automatizačním serverem“, a má k tomu dobrý důvod: běží všude, kde ho nainstalujete, rozděluje práci mezi tolik strojů, kolik mu dáte, a více než 2 300 komunitních pluginů ho propojí téměř s jakýmkoli nástrojem. Pokud buildy musí zůstat zcela uvnitř vaší vlastní sítě nebo vaše pipeline závisí na pluginech, které jinde nemají obdobu, Jenkins se nahrazuje těžko.

CRACI je jiný druh produktu. Je to spravovaný runner pro GitHub Actions: žádný controller k upgradování a žádný agent k záplatování. Během běhu každého jobu CRACI zaznamenává každou externí závislost, kterou build stáhne, vynucuje egress policy na síti buildu a z tohoto záznamu vytváří SBOM, údaje o původu a monitorování zranitelností. Jenkins zvládne části toho pomocí pluginů, které si vyberete, nakonfigurujete a udržujete aktuální; CRACI dělá bezpečnostním záznamem samotný runner.

Jedna praktická věc na úvod. CRACI dnes podporuje GitHub Actions, Jenkins a GitLab CI jsou v plánu vývoje bez termínu. Chcete-li na CRACI běžet už teď, pipeline Jenkins se nejprve převede na workflow GitHub Actions.

Přehled

V čem je Jenkins dobrý

Běží tam, kde ho potřebujete. Jenkins běží na vašich vlastních serverech, ve vaší vlastní síti, bez jakékoli řídicí vrstvy SaaS. Agenty mohou být Linux, Windows, macOS nebo jakýkoli jiný stroj, který připojíte, takže jeden controller může sestavit backend, desktopového klienta i firmware.

Pluginy téměř na všechno. Ekosystém pluginů je největší silou Jenkinsu. Správa zdrojového kódu, nástroje pro build, reporty testů, cíle nasazení i bezpečnostní skenery mají své pluginy a týmy s neobvyklými toolchainy často zjistí, že Jenkins je jediný CI, který je už podporuje.

Žádné licenční náklady. Jenkins je zdarma a open source. Vašimi náklady jsou stroje, na kterých běží, a čas, který váš tým stráví jeho provozem.

V čem je CRACI jiné

Nic k provozování

Instalace Jenkinsu je systém, který vlastní váš tým: controller, agenty, pluginy a upgrady. Projekt Jenkins často zveřejňuje bezpečnostní upozornění pro jádro i pluginy, v roce 2026 několik měsíčně (například 2. a 16. září a 5. srpna), a aplikovat každé z nich je vaše práce. CRACI spouští joby na spravovaných runnerech, v izolovaných virtuálních strojích s jedním VM na job, takže nemáte žádný build server, který byste museli záplatovat.

SBOM pochází z buildu

V Jenkinsu vzniká SBOM z pluginu nebo kroku skeneru, který přidáte a který obvykle čte manifesty a lockfily až dodatečně. Buildy často dělají víc, než tyto soubory říkají: instalační skripty stahují kód, skripty buildu stahují během buildu a cache obnovují balíčky, které žádný lockfile nezmiňuje. CRACI tento provoz vidí, protože je runnerem. Proxy, která rozumí balíčkům, zaznamenává, co každý job stáhne ze zdrojů balíčků, napříč zdroji npm, PyPI, RubyGems, Composer, Cargo, Go, Nix, OCI, apt, apk a Git, a důkazy o závislostech se přenášejí spolu s cache CI. Každá SBOM ve formátu CycloneDX nebo SPDX uvádí, jak je úplná, pro každý job a každou cache.

Politika na síti buildu

V Jenkinsu znamená řízení toho, kam se build smí dostat, pravidla firewallu nebo proxy kolem vašich agentů, které navrhujete a udržujete vy. V CRACI rozhoduje egress policy u každého jobu, ke kterým hostům se smí připojit: výchozí zákaz nebo výchozí povolení, s 24 vestavěnými předvolbami zdrojů softwaru a typovanými vlastními zdroji, ověřená před spuštěním jobu. Politiky jsou fail-closed a porušení odešle výstrahu.

Monitorování toho, co bylo dodáno

API vrací SBOM, síťové záznamy a údaje o původu. CRACI agreguje zranitelnosti napříč buildy a repozitáři, průběžně znovu vyhodnocuje monitorované SBOM, jakmile se objeví nová bezpečnostní upozornění, a ukazuje, které dřívější buildy obsahovaly zranitelnou závislost, takže víte, v jakém období jste byli zasaženi.

Cena za minutu buildu

Jenkins nemá licenční poplatek, ale jeho provoz zdarma není: platíte za controller a agenty, ať zahálejí, nebo pracují, a za lidi, kteří je udržují aktuální. CRACI účtuje jen minuty buildu: $0.002 za vCPU-minutu ($0.004 za výchozí runner se 2 vCPU), účtováno po sekundách, bez měsíčního poplatku a bez poplatku za SBOM.

Co se pro vás hodí

• Zůstaňte u Jenkinsu, pokud buildy musí běžet zcela na vaší vlastní infrastruktuře, pokud závisíte na pluginech, které nemají obdobu v GitHub Actions, pokud potřebujete buildy pro Windows nebo macOS, nebo pokud máte lidi, kteří ho provozují, a funguje to.
• Zvolte CRACI, pokud máte kód na GitHubu, převádíte nebo jste připraveni převést pipeline na GitHub Actions a chcete přestat provozovat build servery a zároveň získat záznam o tom, co vstoupilo do každého vydání.
• Používejte obojí během postupného přechodu: nové projekty a linuxové pipeline přesuňte na GitHub Actions na CRACI a stabilní joby Jenkinsu nechte, kde jsou.

Mějte jasno v tom, čeho se dnes volbou CRACI vzdáváte. Spouští pouze linuxové joby, Windows a macOS jsou v plánu vývoje; runnery hostované zákazníkem jsou v plánu vývoje pro Enterprise; a pipeline Jenkins se musí převést na workflow GitHub Actions, dokud nepřibude podpora Jenkinsu.

Pro regulované produkty

Předpisy jako unijní Cyber Resilience Act očekávají, že výrobci vědí, co je v každém vydání, a řeší jeho zranitelnosti, přičemž povinnosti oznamování platí od září 2026. V Jenkinsu tyto důkazy pocházejí z pluginů a skenerů, které zapojíte do každé pipeline. CRACI je vytváří ze záznamu buildu a exportuje SBOM ve formátu CycloneDX nebo SPDX. Automatizuje významnou část přehledu o softwarovém dodavatelském řetězci a důkazů, které firma potřebuje pro svůj širší proces CRA; ani jeden z nástrojů sám o sobě produkt do souladu nepřivede.

Převod pipeline na CRACI

Vlastní nástroj GitHubu GitHub Actions Importer převádí pipeline Jenkinsu na workflow GitHub Actions. GitHub se snaží, aby se 80 % každého workflow převedlo automaticky, a uvádí, že každé převedené workflow je třeba před spuštěním v produkci zkontrolovat, takže počítejte s určitou ruční prací. Jakmile pipeline běží jako workflow GitHub Actions, poběží na CRACI s jedním řádkem:

runs-on: craci

Běhy se dál zobrazují v rozhraní GitHubu. Přečtěte si více o generování SBOM během buildu, podívejte se na alternativy k Jenkinsu, porovnejte platformy CI/CD nebo si prohlédněte ceník.