GitHub koristi eBPF za detekciju kružnih ovisnosti u deploymentu

GitHub Engineering objavio je 16. travnja 2026. detaljan inženjerski post o tome kako koristi eBPF (extended Berkeley Packet Filter) tehnologiju za poboljšanje sigurnosti svojih deployment procesa. Post pokazuje konkretan produkcijski slučaj upotrebe eBPF-a izvan standardne mrežne observability domene.

Problem: nevidljive kružne ovisnosti

Veliki distribuirani sustavi poput GitHubovog imaju tisuće internih servisa s kompleksnom mrežom ovisnosti. Kružne ovisnosti — gdje servis A treba servis B za pokretanje, a B direktno ili transitivno treba A — nisu samo akademski problem. Postaju kritične kada se radi cold-start deployment cijelog okoliša ili kada ide disaster recovery scenarij.

Najgore kružne ovisnosti se ne vide u arhitekturnim dijagramima jer se pojavljuju kroz duboke tranzitivne veze koje nitko nije eksplicitno dokumentirao. Deploy skripta zove drugu skriptu koja poziva alat koji se povezuje na API koji se ovisi o servisu koji ovisi o prvom.

Post identificira tri tipa kružnih ovisnosti koje GitHub monitorira kao potencijalne opasnosti za sustav.

Zašto eBPF?

eBPF omogućuje izvršavanje sigurnih, peskrijetom izoliranih programa direktno u Linux kernelu, koji mogu presretati sistemske pozive, mrežne događaje i druge kernel aktivnosti bez modificiranja aplikacija. To je ključna prednost jer deployment skripte dolaze iz mnogih timova i različitih jezika.

Umjesto da svaka skripta mora instrumentirati sebe, GitHub je napisao eBPF program koji:

1. Selektivno prati mrežni pristup iz deployment konteksta
2. Analizira koji servisi se dozivaju iz kojih skripti
3. Automatski gradi graf stvarnih runtime ovisnosti
4. Detektira cikluse i alarmira inženjere prije nego se pretvore u produkcijski incident

Kernel-level observability za DevOps

Tehnički, ovaj pristup pokazuje sazrijevanje eBPF-a izvan svoje originalne mrežne uloge. U proteklih nekoliko godina eBPF se proširio na:

• Sigurnost: Falco, Tetragon za runtime threat detection
• Observability: Pixie, Parca za profiling bez instrumentacije
• Networking: Cilium za service mesh i CNI

GitHubov post dodaje još jednu kategoriju — deployment safety kao dio platform engineering stacka. Umjesto traženja ovisnosti kroz statičku analizu konfiguracijskih datoteka, promatra se stvarno runtime ponašanje sustava tijekom deploya.

Za inženjere koji rade na velikim platformama i SRE timovima, post donosi praktičnu studiju kako je eBPF prerastao iz mrežnog alata u generalni observability sloj operativnog sustava.