설정 파일 없이 eBPF로 직접 짜는 웹서버, Zeroserve

nginx 설정 파일과 씨름해본 적 있다면

웹서버 한 번 띄워보려고 nginx나 Apache 설정 파일을 만지다가 좌절해본 경험, 다들 한 번씩 있죠? 리버스 프록시 설정 하나 잘못 써서 502 에러 보면서 밤새우고요. Zeroserve는 이런 고통을 색다른 방식으로 풀어보려는 시도예요. '제로 설정(zero-config)' 웹서버인데, 정해진 설정 파일 문법 대신 eBPF로 서버 동작을 직접 프로그래밍할 수 있다는 게 핵심이에요.

eBPF가 뭐냐면, 리눅스 커널 안에서 안전하게 작은 프로그램을 실행할 수 있게 해주는 기술이에요. 원래 커널은 운영체제의 가장 깊은 핵심이라 함부로 코드를 끼워 넣으면 시스템이 통째로 죽을 수 있거든요. 그런데 eBPF는 검증기(verifier)라는 안전장치를 거쳐서, 무한 루프나 위험한 메모리 접근이 없는지 미리 확인한 다음에만 실행해줘요. 그래서 커널을 다시 컴파일하거나 재부팅하지 않고도 네트워크 패킷 처리, 보안 감시, 성능 추적 같은 일을 커널 레벨에서 빠르게 할 수 있죠.

설정 대신 '스크립트'를 쓴다는 발상

기존 웹서버는 'A 경로로 오면 B 서버로 보내라' 같은 규칙을 설정 파일에 선언적으로 적어요. 문제는 조금만 복잡한 로직이 필요하면 설정 문법으로는 표현이 안 돼서 결국 Lua 스크립트를 붙이거나 별도 프로그램을 만들어야 한다는 거예요.

Zeroserve는 발상을 뒤집어요. 요청이 들어왔을 때 어떻게 처리할지를 아예 eBPF 프로그램으로 작성하게 하는 거죠. 라우팅, 헤더 조작, 트래픽 분배 같은 걸 커널 레벨에서 직접 다루니까, 사용자 공간(애플리케이션 영역)과 커널을 왔다 갔다 하면서 생기는 오버헤드가 줄어서 이론상 더 빠를 수 있어요. 그리고 '제로 설정'이라는 이름처럼, 일단 띄우면 기본 동작은 알아서 되고 필요한 부분만 스크립트로 덧붙이는 방식이에요.

업계 흐름에서 보면

사실 eBPF로 네트워크를 다루는 흐름은 이미 큰 물결이에요. 쿠버네티스 네트워킹의 Cilium, 관측 도구 Pixie, 페이스북이 만든 로드밸런서 Katran 모두 eBPF 기반이거든요. Zeroserve는 이 흐름을 '개인 개발자도 쉽게 쓰는 웹서버' 수준까지 끌어내렸다는 데 의미가 있어요. 다만 eBPF는 리눅스 커널 버전에 민감하고 디버깅이 까다로워서, nginx만큼 누구나 편하게 쓰기엔 진입장벽이 있는 것도 사실이에요.

한국 개발자에게

당장 프로덕션에 nginx를 걷어내고 도입하긴 이르지만, eBPF라는 기술 자체는 꼭 알아둘 가치가 있어요. 요즘 클라우드·인프라 채용 공고에 eBPF 언급이 부쩍 늘었거든요. Zeroserve 같은 프로젝트로 'eBPF로 패킷이 이렇게 처리되는구나'를 체험해보면, 나중에 Cilium 같은 무거운 도구를 이해할 때 훨씬 수월할 거예요.

핵심 한 줄: 설정 파일의 한계를 커널 프로그래밍으로 돌파하려는 실험적 시도예요. 여러분은 웹서버를 '코드로 짜는' 방식이 편할 것 같으세요, 아니면 선언적 설정이 결국 더 안전하다고 보세요?