올해 초에 열린 NixOS 밋업이 마음에 들었는데, 밋업이 끝나갈 무렵 올해 NixCon 2025가 스위스에서 열린다는 소식이 전해졌다. 그것도 바로 같은 장소인 라퍼스빌에 있는 동부 스위스 응용과학대학 OST에서 말이다. 그래서 가보기로 했다! 이 참관기에서는 내가 경험한 멋진 컨퍼런스에 대한 대략적인 인상을 전해보고자 한다 :)

제목에 있는 벌은 NixCon 내부에서 통하는 농담이다 ;)

금요일

비가 내리던 금요일 아침 9시 30분쯤 도착했다. 기차역에서 OST 1동까지 서둘러 들어가 티켓 QR 코드를 보여주고 컨퍼런스 배지와 미리 주문한 커스텀 명찰을 받았다. 커스텀 명찰은 이름이 새겨져 있고 옷에 붙일 수 있는 강력한 자석이 함께 제공된다:

간단히 요기를 한 뒤 오프닝 세션을 위해 대강당으로 향했다. OST의 Farhad Mehta 교수와 NixCon 운영팀 전체가 등록 참가자 450명을 환영하며 제10회 NixCon의 시작을 알렸다! Nix 밋업에서 봤던 익숙한 얼굴들이 많이 보였지만, NixCon이 처음인 사람이나 스위스 자체가 처음인 사람이 누구냐는 질문에는 많은 손이 올라왔다.

특히 이런 밋업과 행사를 가능하게 해주신 Mehta 교수님께 감사드리고 싶다! 👏

대학, 학교 또는 공간을 확보할 수 있는 다른 기관에서 일하고 있다면, 밋업을 주최할 장소를 제공해 보는 것을 고려해 보길 바란다(정기적으로든, 단 한 번이든)! 장소를 구하는 일은 언제나 어렵기 때문에 공간을 제공하는 것만으로도 오픈소스에 큰 기여가 된다.

“What if GitHub Actions were local-first and built using Nix?”

이날 첫 번째 기술 발표는 호스팅형 Nix 캐시인 cachix.org를 만든 Domen Kožar의 “What if GitHub Actions were local-first and built using Nix?”였다. 이 발표에서는 devenv를 활용한 Nix 기반 CI 솔루션(GitHub Actions와 유사한)인 cloud.devenv.sh를 소개했다.

이 솔루션을 사용하면 GitHub Actions를 로컬에서 쉽고 완전하게 실행할 수 없다는 문제를 해결할 수 있고(네, 우리는 모두 act를 알고 있다), YAML 대신 Nix 설정 파일을 작성하게 된다(?).

솔루션 자체는 괜찮아 보였지만, 발표자가 슬라이드를 이리저리 넘나들며 진행해 다소 산만하게 느껴졌다. 한 가지 중요한 질문은 답을 얻지 못했다. 이 커스텀 솔루션을 GitHub 프로젝트와 어떻게 통합하는가? 내 프로젝트에서는 GitHub Actions의 기본 설정 방식에서 벗어나는 것이 그만한 가치가 있어 보이지 않았다. 물론 사람마다 다를 수 있다.

→ 녹화 영상 보기 (46분, media.ccc.de)

“Rewriting the Hydra Queue Runner in Rust”

다음은 독일의 소규모 소프트웨어 회사인 Helsinki Systems의 Simon Hauser가 발표한 “Rewriting the Hydra Queue Runner in Rust”였다. Hydra는 NixOS 인프라에서 빌드를 스케줄링하는 컴포넌트로, nixpkgs가 변경되면 빌드를 실행하고 그 결과가 cache.nixos.org에 올라가게 하는 역할을 한다(Debian으로 치면 buildd에 해당한다).

Simon은 현재 큐 러너의 병목 때문에 인프라가 놀고 있는 상황이 발생한다고 설명했다. 프로젝트에 가용한 머신이 있어도 이를 완전히 활용하지 못한다는 것이다. 그는 기존의 낡은 SSH 기반 자동화를 잘 설계된 gRPC 프로토콜로 교체한 과정을 설명했다. 설계 과정을 여러 사람이 함께 개발하고 검토한 것 같다는 인상을 받았는데, 이는 프로젝트가 건강하게 운영되고 있다는 좋은 신호다.

아쉽게도 발표에서 빠진 것이 하나 있었는데, 바로 수치였다. 새로 작성된 큐 러너가 얼마나 더 나아졌는지를 보여주는 그래프가 몇 개 있었다면 좋았을 것이다.

현재 새로운 큐 러너는 Nix Community 빌드에는 이미 사용되고 있지만, 정작 NixOS 자체 프로덕션에서는 아직 사용되지 않고 있다. 곧 도입되기를 기대해 본다!

→ 녹화 영상 보기 (27분, media.ccc.de)

“You can’t spell “devshell” without “hell””

이 발표는 Nix 기반 개발 환경 솔루션인 Flox의 Zach Mitchell이 맡았다. 지금까지 나는 nix-shell이나 nix develop(Development shells with Nix: four quick examples 참고)을 사용해 왔기 때문에 이번 발표에서 무엇을 배울 수 있을지 궁금했다.

Zach는 nix-shell과 nix develop 모두 원래 Nix 패키지 빌드를 디버깅하기 위해 만들어진 것이지, 범용 개발 환경을 제공하기 위한 것이 아니라고 설명했다. 사용자 입장에서는 이것이 좋아하는 셸을 쓸 수 없다는 형태로 나타난다 — nix develop은 Bash만 지원한다. nix develop -c exec <shell> 같은 방법을 보게 될 수도 있지만, 그건 잘못된 방법이다. 셸의 RC 파일이 Nix 설정 이후에 실행되면서 설정의 일부를 망가뜨릴 수 있기 때문이다.

인상 깊었던 것 중 하나는 Nix 가비지 컬렉터가 실행 중인 프로세스가 여전히 필요로 하는 Nix 스토어 경로를 삭제하지 않도록 /proc을 스캔한다는 점이었다.

Zach는 https://github.com/zmitchell/proctrace를 언급했는데, 이는 fork/exec을 추적하고 타이밍에 대한 간트 차트 구문을 생성하는 bpftrace 기반 프로파일러다. 멋져 보이지만 아쉽게도 지금은 작동하지 않는 것 같다…? 아쉽다.

→ 녹화 영상 보기 (45분, media.ccc.de)

“The Nix Binary Cache and AWS”

이 노변담화(fireside chat)에서 Tarus Balog는 20년간 오픈소스 활동을 하다가 AWS에 합류하게 된 과정과, 그의 팀이 커뮤니티에 어떻게 기여하고자 하는지를 공유했다. 그중 한 가지 구체적인 방법이 바로 cache.nixos.org를 호스팅하는 것이다.

→ 녹화 영상 보기 (24분, media.ccc.de)

“Nix-based development environments at Shopify (reprise)”

Shopify의 Josh Heinrichs는 그들이 Nix를 어떻게 도입했는지(또다시!) 공유했는데, 이런 현실 세계의 기업 도입 이야기는 매우 흥미롭다고 생각한다.

요약하자면, Shopify는 2016년부터 선언적 설정을 제공하고 이후 apt(Linux)나 homebrew(macOS)로 전달하는 dev 명령을 가지고 있었다. Nix로 이전하려는 첫 번째 시도에서는 안정적인 기반을 다지지 못했고(일부 구성원이 아직 사용할 수 없는 상태였다), 이후 회사 전체가 클라우드 개발로 전환하면서 더 쉬운 해결책인 “그냥 ubuntu를 쓰자”가 선택되었다.

몇 년이 지나자 사람들은 클라우드 개발 환경에 그리 만족하지 못하는 분위기였고, 어느 날 Shopify CEO인 Tobias Lütke가 Shopify의 dev와 놀랍도록 유사한 Nix 기반 솔루션인 devenv를 발견한다. 그래서 Tobi는 자사 서비스 중 하나에 devenv를 도입하고 Nix 사용을 지지하게 된다. 이번에는 조직 내 성공적인 도입을 위해 훨씬 더 많은 시간을 투자했는데, 점진적 도입과 모든 이해관계자를 참여시키는 방식 등이었다.

교훈은 하나의 구체적이고 잘 지원되는 사용 사례가 도입을 이끄는 동력이 될 수 있다는 것이다. 그리고 일단 개발 환경을 Nix 기반 솔루션으로 옮기면, 생태계의 다른 부분들도 더 쉽게 도입할 수 있다.

→ 녹화 영상 보기 (19분, media.ccc.de)

“My first Nix Aha!: A Newcomer’s Perspective”

Shopify 발표와 비슷한 맥락에서, ASML의 Kavisha Kumar는 동료가 깨끗한 개발 셸을 얻기 위해 nix-shell을 사용하는 것을 보고 Nix에 입문하게 된 과정을 공유했다.

Kavisha는 ASML에서 다른 사람들에게 왜, 어떻게 Nix를 사용해야 하는지 가르치는 데 많은 시간을 보냈다. 그녀는 비디오 게임이라는 주제를 통해 Nix 개념을 설명하는 여러 멋진 비유를 공유했다.

많은 사람이 Nix에 대해 열정적이지만 그 열정을 다른 사람에게 전달하는 데 어려움을 겪는다고 생각한다. Kavisha는 자신에게 효과가 있었던 좋은 방법을 보여주었다.

→ 녹화 영상 보기 (19분, media.ccc.de)

라이트닝 토크

그날의 남은 시간은 라이트닝 토크로 채워졌다.

Determinate Systems의 Cole Mickens는 그들이 하위 배포판인 “Determinate Nix”에서 현재 제공하고 있는 기능들(추후 업스트림에 반영될 예정)을 설명했다: lazy trees(Flakes 평가를 위한 성능 최적화), 병렬 평가(평가 시간을 16초에서 7초로 단축) 그리고 mac용 네이티브 Linux 빌더다. 다음으로 준비 중인 것은 Flake Schemas인데, 나는 아직 읽어보지 못했다.

Nix 및 DevOps 컨설팅 회사인 Numtide의 Yvan Sraka는 그가 NixOS로 친구와 가족의 Linux 머신을 어떻게 관리하는지 보여주었다. 그는 NixOS 위에 자신만의 설정 레이어를 두고, NixOS 자체는 기반 시스템으로만 사용한다. 대부분의 실제 프로그램은 AppImage, Flatpak, envfs와 nix-ld를 통해 사용한다. 뒤의 두 가지는 /usr/bin 등 표준 위치가 존재한다고 가정하는 FHS 기반 프로그램을 NixOS 같은 non-FHS 시스템에서 사용할 수 있게 해주는 솔루션이다. nix-ld는 들어본 적이 있지만 envfs는 처음 들었다.

Nixcademy의 Jacek Galowicz는 systemd-sysupdate와 systemd-repart를 사용해 NixOS와 systemd로 A/B 방식 업데이트를 구현하는 방법을 보여주었다. 나 역시 gokrazy에서 A/B 방식 업데이트를 성공적으로 사용하고 있어서, 이 기술이 점점 더 주류가 되고 있는 것을 보니 반가웠다.

토요일

토요일은 날씨가 훨씬 좋아서, 취리히 호수가 보이는 자리에 앉았다:

“The bikes have been shed: The official Nix formatter”

이번 발표에서는 Tweag 소속이자 NixCon의 주요 주최자 중 한 명인 Silvan Mosberger가 .nix 파일을 위한 공식 포매터가 어떻게 탄생했는지 설명했다.

공식 Go 포매터인 gofmt가 영감의 원천으로 언급된 것을 듣고 반가웠다. 다른 언어 생태계에서와 마찬가지로, 통일된 포맷을 도입하면 코드 스타일 준수 여부를 두고 코드 리뷰에서 시간을 잡아먹는 공방을 없앨 수 있다. 안타깝게도 포맷팅을 만든 분들은 gofmt 성공의 핵심 요소 하나를 재현하지 않았다. gofmt에는 옵션이 없다는 것이다. 유명한 Go 격언에 따르면:

Gofmt의 스타일은 누구도 가장 좋아하는 스타일이 아니지만, gofmt는 모두에게 가장 사랑받는다!

즉, 모두가 자신의 스타일 취향을 표현할 수 있게 하는 것보다 모두가 같은 스타일을 사용하는 것이 더 중요하다는 뜻이다.

→ 녹화 영상 보기 (20분, media.ccc.de)

“Mastering NixOS Integration Tests: Advanced Techniques for Fast and Robust Multi-VM Tests”

두 시간짜리 이 워크숍에서 Nix 강사일 뿐 아니라 NixOS 통합 테스트 드라이버의 메인테이너이기도 한 Nixcademy의 Jacek Galowicz가 단 몇 줄의 Nix와 Python으로 복잡한 통합 테스트를 작성하는 방법을 보여주었다.

Jacek은 트래커, 클라이언트, 방화벽 및 여러 네트워크로 구성된 BitTorrent 서비스 예시로 통합 테스트를 시연했다! nixpkgs에는 이러한 통합 테스트가 1,000개 이상 포함되어 있으며, 노트북에서 하나를 실행하는 것은 매우 쉽다.

테스트를 디버깅하는 다양한 방법이 꽤 멋져 보였다. 포트 포워딩 대신 vsock을 사용하거나, 실패한 테스트가 멈춰서 디버깅을 기다리도록 하는 디버그 훅을 활성화하는 방식 등이다.

훌륭한 개요였고 Jacek은 몰입도 높은 강사였다. 그의 수업을 들어보길 추천한다!

“When Not to Nix: Working with External Config and SOPS Nix”

Ryota는 언제 Nix를 쓰고 언제 쓰지 말아야 하는지에 대해 이야기했다. 예를 들어 dotfile(설정 파일)을 Nix로 관리할 수도 있고, 그러지 않기로 결정할 수도 있다. 최근 점점 더 많은 머신과 설정을 Nix로 옮겨온 나로서는 이 발표에 깊이 공감했다. 선언적으로 관리되는 설정과 상태 기반으로 관리되는 설정에서 각각 무엇을 얻을 수 있는지, 그리고 언제 어떤 접근 방식이 더 나은지를 이해하는 것이 중요하다.

→ 녹화 영상 보기 (19분, media.ccc.de)

라이트닝 토크

그날 남은 시간은 라이트닝 토크에 참여하며 보냈는데, 일부는 스폰서 발표 슬롯이었다. 순서에 상관없이 알게 된 것들은 다음과 같다:

• Cloud Hypervisor, qemu와 유사한 KVM 기반 하이퍼바이저지만 Rust로 작성되었다.
• nixbuild.net, 추가로 필요할 때 빌드 용량을 빌려 쓸 수 있는 종량제 서비스. 일요일에 어떤 분이 자기 회사가 nixbuild.net을 쓰고 있는데 매우 원활하다고 말하는 것을 들었다.
• NixCI, Nix 기반 호스팅 CI. 즉, 금요일에 들었던 cloud.devenv.sh 서비스는 이 서비스의 경쟁자다.
• Nix in the Wild는 Flox가 진행하는 프로젝트로, Nix 성공 사례에 대해 45~60분간 인터뷰를 진행한다. 조직 내 사람들을 설득하는 데 도움이 될 수 있다.
• clan은 플릿 관리 솔루션이다.
• NovaCustom, 1인 기업으로 운영하는 노트북/PC 회사. 노트북에는 coreboot가 탑재되어 있으며 NixOS와 잘 동작한다.
• ExpressVPN은 내부 서버 구성(TrustedServer)을 Debian에서 NixOS로 이전 중이다! 105개국 이상에서 매주 배포하고 있다.
• 독일 기업인 Cyberus는 EU 사이버 복원력 법(Cyber Resilience Act) 의무를 준수하는 NixOS LTS 릴리스를 제공하고 있다.
• David의 styx 프로젝트는 NixOS 업데이트를 위한 더 대역폭 효율적인 다운로드 메커니즘이다. SquashFS 이미지의 흥미로운 대안으로 보이는 EROFS를 사용한다.

모든 발표가 끝난 뒤 우리는 밖으로 모여 단체 사진을 찍고 이어서 호숫가에서 바비큐를 즐겼다:

NixCon 2025, 사진: Arik Grahl. CC BY-SA 4.0 라이선스.

일요일

컨퍼런스 전에는 일요일(핵 데이)에 굳이 참석해야 할까 고민했지만, 막상 일요일이 되니 “당연히 가야지!”라는 생각이 들었고, 정말 잘한 결정이었다!

많은 사람이 남아 각자의 프로젝트를 진행하고 있었다. 어떤 Nix 질문에 대한 답이든 채팅 메시지 하나만 보내면 얻을 수 있을 것 같았다 — 프로젝트의 다양한 분야에서 전문성과 도움을 주는 손길이 가득했다.

이전에는 온라인으로만 알고 지내던 몇 분을 직접 만나게 되었고, 밋업에 대해서도 많은 이야기를 나눴다. 이제는 여러 밋업에서 발표해 달라는 초청까지 받았다 :D

결론

정말 멋진 컨퍼런스였다! 운영팀과 모든 기여자들이 훌륭한 일을 해냈다!

언제나처럼 라퍼스빌의 OST는 오픈소스 행사를 위한 훌륭한 장소였다.

티켓 판매와 발표 모집/일정 관리는 오픈소스 시스템인 Pretix와 Pretalx로 진행되었는데, Pretix에 기여한 사람으로서 뿌듯했다.

발표 선정도 훌륭했다. 깊이 있는 기술적 내용부터 인간적인 측면에만 초점을 맞춘 것까지, 그리고 그 중간 어딘가에 있는 것들도 많았다. 내가 본 모든 발표자들이 자신의 주제에 진심으로 애정을 가지고 있다는 인상을 받았고, 그래서 전체적인 분위기도 매우 좋았다!

(발표 녹화 영상은 media.ccc.de: NixCon 2025에서 볼 수 있다.)

발표장 밖에서도 많은 사람들과 친근하게 교류하며 흥미로운 대화를 나눴다. Nix에 대한 관심과 도입이 많다는 것을 체감할 수 있어 보기 좋았다!

자원봉사 중심으로 운영되는 행사로서는 컨퍼런스의 완성도가 매우 높았다. 예를 들어 발표 사이에 흘러나온 멋진 브레이크 음악은 NixCon을 위해 특별히 제작된 “Lava” by tonstr.studio였다. 마찬가지로 웰컴백에는 NixCon을 위해 특별히 제작된 다크 스위스 초콜릿이 들어 있었다(아래 사진 참고). 나는 평소 다크 초콜릿을 좋아하지도 않는데, 이건 정말 맛있었다!

모든 도우미분들께 다시 한번 감사드리며, 곧 다시 방문할 수 있기를 기대한다!