CRACI vs WarpBuild

Krótka odpowiedź

WarpBuild to dostawca runnerów GitHub Actions. Oferuje hostowane runnery Linux, Windows i macOS, szybki cache, runnery ze snapshotów, zdalne buildery Docker oraz opcję bring-your-own-cloud (BYOC), która uruchamia te same runnery na Państwa koncie AWS, GCP lub Azure. Jeśli zależy Państwu na najszerszym pokryciu platform u jednego dostawcy runnerów albo na runnerach we własnej chmurze, WarpBuild to mocna opcja.

CRACI to runner zgodny z GitHub Actions, zbudowany wokół bezpieczeństwa łańcucha dostaw: każde zadanie tworzy SBOM tego, co pobrało, i działa w ramach polityki ruchu wychodzącego. WarpBuild konkuruje szybkością, ceną i miejscem działania runnera; CRACI tym, co runner rejestruje i kontroluje. Oba zastępują runner hostowany przez GitHub, więc wybiera się jeden z nich.

W skrócie

Co WarpBuild robi dobrze

• Platformy i rozmiary. Runnery Linux na x86-64 (Ubuntu 22.04, 24.04 i 26.04) i arm64 (24.04 i 26.04) od 2 vCPU i 8 GB RAM do 32 vCPU i 128 GB, runnery Windows Server 2022 i 2025 od 4 vCPU, macOS 14, 15 i 26 na Apple M4 Pro oraz runnery Linux arm64 na Apple Silicon. Zagnieżdżona wirtualizacja jest dostępna na Linuksie x86-64.
• Izolacja. Każdy runner to efemeryczna maszyna wirtualna, tworzona dla zadania i niszczona po jego zakończeniu, z własnym szyfrowanym wolumenem. WarpBuild podaje, że nie ma dostępu do Państwa kodu i nie przechowuje sekretów buildu.
• Cache i Docker. Cache bez limitu rozmiaru, rozliczany po $0.20 za GB miesięcznie na hostowanych runnerach, cache warstw kontenerów, runnery ze snapshotów przywracające przygotowany stan maszyny oraz zdalne buildery Docker z natywnymi buildami amd64 i arm64, które działają też z innych systemów CI.
• Własna chmura. BYOC uruchamia runnery zarządzane przez WarpBuild na Państwa własnym koncie AWS, GCP lub Azure, w dowolnym regionie, ze stałymi adresami IP, instancjami spot, dyskami w gotowości i niestandardowymi obrazami VM. WarpBuild podaje cenę runnerów BYOC Linux i Windows $0.002 za minutę, z bezpłatnymi dodatkami, oprócz tego, co płacą Państwo dostawcy chmury.
• Enterprise. SOC 2 Type II w zakresie bezpieczeństwa, dostępności i poufności, infrastruktura w wybranym regionie, SAML SSO, SCIM, SLA dostępności 99,9% z rekompensatą w kredytach, pule gotowych maszyn uruchamiające zadania w mniej niż 10 sekund, debugowanie przez SSH oraz obsługa GitHub Enterprise Server.

Jeśli chodzi o szybkość, WarpBuild reklamuje buildy dwa razy szybsze niż na runnerach hostowanych przez GitHub, a na stronie cennika od dwóch do dziesięciu razy szybsze. To dane WarpBuild, a my nie porównywaliśmy CRACI i WarpBuild w benchmarku; uczciwym testem jest Państwa własny pipeline.

Cena i rozmiary

Na x86-64 obie firmy podają tę samą cenę za minutę, $0.004 przy 2 vCPU i $0.064 przy 32 vCPU. Cena WarpBuild za arm64 jest niższa, ponieważ CRACI rozlicza ARM64 według tej samej stawki co x86-64. BYOC przenosi koszt mocy obliczeniowej na Państwa własny rachunek za chmurę. CRACI nalicza opłaty co sekundę, a nie co minutę, więc krótkie zadania są rozliczane za sekundy, w których działają. Różni się też pamięć na vCPU (3 GB w CRACI, 4 GB w runnerach Linux WarpBuild), dlatego przed porównaniem warto dopasować ją do potrzeb buildów. Aktualne warunki podaje strona cennika CRACI.

Czym różni się CRACI

CRACI traktuje build jako źródło prawdy o tym, co Państwo dostarczają.

Zapis tego, co pobrał build

W trakcie każdego zadania proxy rozpoznające pakiety rejestruje ruch do źródeł pakietów: npm, PyPI, RubyGems, Cargo, Go, Nix, OCI, apt, apk i źródeł Git, a także presety pobierania. Dowody zależności są przenoszone razem z cache CI, więc pakiet przywrócony z cache nadal jest uwzględniany. SBOM każdego zadania, w formacie CycloneDX lub SPDX, zawiera stan kompletności dla każdego zadania i każdego cache, dzięki czemu wiedzą Państwo, kiedy zapis jest kompletny, a kiedy nie.

Polityka ruchu wychodzącego w pakiecie z runnerem

Polityki CRACI działają w trybie domyślnej odmowy lub domyślnego zezwolenia, z 24 wbudowanymi presetami źródeł oprogramowania, typowanymi źródłami niestandardowymi dla npm, PyPI, apt, apk, proxy Go, Nix, Cargo, rejestrów OCI i Git przez HTTPS i SSH oraz jawnymi regułami TLS, TCP, UDP i ICMP. Polityki są weryfikowane przed startem zadania, w razie błędu blokują ruch i wysyłają alert przy naruszeniu. Runnery CRACI korzystają też ze stałego zakresu adresów IP ruchu wychodzącego.

Dokumentacja WarpBuild nie opisuje polityki ruchu wychodzącego na poziomie zadania dla hostowanych runnerów. W BYOC runnery działają w Państwa własnej sieci, a przewodnik WarpBuild po zabezpieczaniu AWS pokazuje, jak zaostrzyć reguły ruchu wychodzącego za pomocą własnych grup zabezpieczeń, i wymienia punkty końcowe potrzebne runnerowi. To działa, ale jest to konfiguracja sieciowa utrzymywana przez Państwa na koncie chmurowym, a nie polityka przypisana do zadania.

Pochodzenie i monitorowanie

• Dane o pochodzeniu. API zwraca SBOM-y, ślady sieciowe i dane o pochodzeniu. CRACI nie podpisuje danych o pochodzeniu i nie deklaruje żadnego poziomu SLSA.
• Monitorowanie tego, co dostarczono. Monitorowane SBOM-y są stale ponownie oceniane pod kątem nowych podatności, a znaleziska są agregowane z wielu buildów i repozytoriów.

Proszę umówić demo, aby zobaczyć SBOM, ślad sieciowy i dane o pochodzeniu z jednego z Państwa workflow.

Które rozwiązanie pasuje

WarpBuild sprawdzi się lepiej, gdy

• Potrzebują Państwo runnerów macOS lub Windows. CRACI obsługuje dziś tylko Linux; Windows i macOS są w planach rozwoju.
• Chcą Państwo mieć runnery na własnym koncie AWS, GCP lub Azure. CRACI nie oferuje jeszcze runnerów hostowanych przez klienta; są one w planach rozwoju dla planu Enterprise.
• Korzystają Państwo z GitHub Enterprise Server, którego CRACI dziś nie obsługuje.
• Polegają Państwo dziś na runnerach ze snapshotów lub zdalnych builderach Docker.
• Głównym celem jest najniższy koszt za minutę na arm64 lub w BYOC.

CRACI sprawdzi się lepiej, gdy

• Muszą Państwo wykazać, co trafiło do wydania, ze stanem kompletności, na podstawie samego buildu.
• Chcą Państwo mieć politykę ruchu wychodzącego przypisaną do każdego zadania, bez wbudowywania jej w sieć chmurową.
• Chcą Państwo monitorować SBOM-y dostarczonego oprogramowania.
• Potrzebują Państwo rezydencji danych w UE, dostępnej w planie Enterprise CRACI.

Z czego rezygnują Państwo, wybierając CRACI. Z zadań Windows i macOS, runnerów we własnej chmurze i GitHub Enterprise Server, które WarpBuild oferuje już dziś, a także z niższych cen arm64 i BYOC. Zyskują Państwo zapis buildu, z którego zespoły bezpieczeństwa i compliance mogą korzystać bez kolejnego skanera w pipeline'ie.

Cyber Resilience Act

Cyber Resilience Act oczekuje, że producenci będą znać komponenty swoich produktów, obsługiwać ich podatności i przechowywać dowody. Produktem WarpBuild jest infrastruktura CI. CRACI automatyzuje znaczną część widoczności łańcucha dostaw oprogramowania i dowodów, których firmy potrzebują w szerszym procesie zgodności z CRA: SBOM-y z czasu buildu eksportowane w formatach CycloneDX lub SPDX, śledzenie podatności i dane o pochodzeniu przez API. Zob. dowody dla CRA.

Przejście z WarpBuild

CRACI zastępuje runner, a nie GitHub Actions. Workflow i interfejs GitHub pozostają bez zmian, a etykieta zadania zmienia się na runs-on: craci. Zadania otrzymują Docker Engine, Buildx i Compose v2, obraz Ubuntu 24.04 zgodny z GitHub oraz zagnieżdżoną wirtualizację na x86-64. Więcej o integracji CI/CD i generowaniu SBOM w czasie buildu.

WarpBuild vs CRACI: najczęściej zadawane pytania

Ceny, BYOC, platformy i bezpieczeństwo na podstawie informacji opublikowanych przez każdego dostawcę

Czym jest WarpBuild?

WarpBuild to dostawca runnerów GitHub Actions. Uruchamia Państwa zadania na własnych runnerach Linux, Windows i macOS albo na runnerach zarządzanych przez WarpBuild na Państwa koncie AWS, GCP lub Azure (BYOC). Sprzedaje też zdalne buildery Docker, runnery ze snapshotów oraz cache dla artefaktów i warstw kontenerów.

Ile kosztuje WarpBuild?

Według stanu na wrzesień 2026 hostowane runnery Linux WarpBuild kosztują $0.004 za minutę dla 2 vCPU na x86-64 i $0.003 na arm64, a przy 32 vCPU odpowiednio $0.064 i $0.048. Windows zaczyna się od $0.016 za minutę dla 4 vCPU, a macOS na M4 Pro od $0.08 dla 6 vCPU. Runnery BYOC kosztują $0.002 za minutę oprócz rachunku za Państwa chmurę. Przechowywanie w cache kosztuje $0.20 za GB miesięcznie, a rozliczenie odbywa się co minutę.

Czy WarpBuild jest tańszy niż CRACI?

Na arm64 tak; na x86-64 cena katalogowa jest taka sama. CRACI pobiera $0.004 za minutę dla 2 vCPU zarówno na x86-64, jak i na ARM64, wobec $0.004 na x86-64 i $0.003 na arm64 w WarpBuild. Przy 32 vCPU obie firmy podają $0.064 za minutę na x86-64. WarpBuild nazywa BYOC swoją najtańszą opcją przy dużej skali, ponieważ płacą Państwo $0.002 za minutę plus własny rachunek za chmurę. CRACI nalicza opłaty co sekundę, a nie co minutę, więc krótkie zadania są rozliczane za sekundy, w których działają. To, co CRACI dodaje na runnerze, to zapis buildu: SBOM dla każdego zadania, polityka ruchu wychodzącego, dane o pochodzeniu i monitorowanie podatności.

Czym jest WarpBuild BYOC i czy CRACI może działać w mojej chmurze?

BYOC uruchamia runnery zarządzane przez WarpBuild na Państwa własnym koncie AWS, GCP lub Azure, w dowolnym regionie, ze stałymi adresami IP, instancjami spot, dyskami w gotowości i niestandardowymi obrazami VM. CRACI uruchamia dziś zarządzane runnery na europejskiej infrastrukturze, a runnery hostowane przez klienta są w planach rozwoju dla planu Enterprise.

Czy WarpBuild generuje SBOM-y lub dane o pochodzeniu buildu?

Nie ma tego wśród udokumentowanych funkcji. WarpBuild koncentruje się na mocy obliczeniowej, cache i miejscu działania runnera. CRACI rejestruje pakiety pobierane przez każde zadanie, w tym pakiety przywrócone z cache, i tworzy SBOM w formacie CycloneDX lub SPDX ze stanem kompletności. API zwraca SBOM-y, ślady sieciowe i dane o pochodzeniu.

Czy WarpBuild może ograniczyć, dokąd build łączy się w sieci?

Dokumentacja WarpBuild nie opisuje polityki ruchu wychodzącego na poziomie zadania dla hostowanych runnerów. W BYOC runnery znajdują się w Państwa własnej sieci, a przewodnik WarpBuild po zabezpieczaniu AWS pokazuje, jak zaostrzyć reguły ruchu wychodzącego za pomocą własnych grup zabezpieczeń. CRACI egzekwuje politykę ruchu wychodzącego na runnerze dla każdego zadania: domyślna odmowa lub zezwolenie, 24 wbudowane presety źródeł oprogramowania, weryfikacja przed startem zadania i blokowanie ruchu w razie błędu.

Czy CRACI obsługuje Windows, macOS lub GitHub Enterprise Server?

Dziś nie. CRACI obsługuje Linux na x86-64 i ARM64, Windows i macOS są w planach rozwoju, a GitHub Enterprise Server nie jest obsługiwany. WarpBuild oferuje runnery Windows i macOS oraz obsługę GitHub Enterprise Server w planie enterprise.

Czy WarpBuild spełnia wymogi SOC 2 i gdzie przechowywane są dane?

WarpBuild deklaruje certyfikację SOC 2 Type 2 w zakresie bezpieczeństwa, dostępności i poufności oraz podaje, że nie ma dostępu do Państwa kodu ani sekretów buildu. Plany enterprise mogą przechowywać dane w wybranym regionie. CRACI uruchamia buildy na europejskiej infrastrukturze bare-metal, oferuje rezydencję danych w UE w planie Enterprise, nie przechowuje Państwa kodu źródłowego i dokumentuje swoje mechanizmy bezpieczeństwa w Trust Center.

Czy WarpBuild jest szybszy niż CRACI?

WarpBuild reklamuje na stronie głównej buildy dwa razy szybsze niż na runnerach hostowanych przez GitHub, a na stronie cennika od dwóch do dziesięciu razy szybsze. Nie porównywaliśmy CRACI i WarpBuild w benchmarku, dlatego warto uruchomić ten sam workflow na obu i porównać wyniki.

Czy przy przejściu trzeba przepisać workflow GitHub Actions?

Nie. Oba produkty zastępują runner, a nie GitHub Actions. Workflow, wyzwalacze i interfejs GitHub pozostają bez zmian; w CRACI etykieta zadania zmienia się na runs-on: craci.