올해 초에 열린 NixOS 밋업이 정말 좋았는데, 밋업 마지막에 올해 NixCon 2025가 스위스에서, 그것도 바로 같은 장소인 라퍼스빌의 동부 스위스 응용과학대학 OST에서 열린다는 소식을 들었습니다. 그래서 가보기로 했죠! 이번 참관기에서는 이 멋진 컨퍼런스를 제가 어떻게 경험했는지 대략적으로 전해드리려고 합니다 :)

제목에 있는 벌은 NixCon 내부 농담입니다 ;)

금요일

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

간단히 요기를 한 뒤 개회 세션을 위해 대강당으로 향했습니다. OST의 Farhad Mehta 교수님과 NixCon 운영팀 전체가 등록한 450명의 참가자를 제10회 NixCon에 맞이해주었습니다! Nix 밋업에서 봤던 익숙한 얼굴들이 많이 보였지만, NixCon이 처음인 사람, 혹은 스위스 자체가 처음인 사람이 손을 들어보라는 질문에는 많은 손이 올라왔습니다.

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

대학이나 학교, 혹은 강의실을 확보할 수 있는 다른 기관에서 일하고 계시다면 밋업 개최를 제안해 보시는 건 어떨까요(정기적으로든, 단 한 번이든)! 장소를 구하는 일이 언제나 가장 어렵기 때문에, 공간을 제공하는 것만으로도 오픈소스에 큰 기여가 됩니다.

“만약 GitHub Actions가 로컬 우선이고 Nix로 만들어졌다면?”

그날의 첫 번째 기술 발표는 cachix.org(호스팅 Nix 캐시)의 운영자인 Domen Kožar의 “만약 GitHub Actions가 로컬 우선이고 Nix로 만들어졌다면?”이었습니다. 이 발표에서는 devenv를 활용한 Nix 기반 CI 솔루션(GitHub Actions와 유사)인 cloud.devenv.sh를 소개했습니다.

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

솔루션 자체는 괜찮아 보였지만, 발표자가 슬라이드를 이리저리 넘나들어 발표가 다소 산만하게 느껴졌습니다. 결정적인 질문 하나는 답이 나오지 않았습니다. 이 커스텀 솔루션을 기존 GitHub 프로젝트와 어떻게 통합하느냐는 것이죠. 제 프로젝트에는 GitHub Actions의 기본 설정 방식에서 벗어나는 것이 그만한 가치가 있어 보이지 않았습니다. 물론 사람에 따라 다를 수 있습니다.

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

“Hydra Queue Runner를 Rust로 다시 쓰기”

다음은 독일의 소규모 소프트웨어 회사인 Helsinki Systems의 Simon Hauser가 발표한 “Hydra Queue Runner를 Rust로 다시 쓰기”였습니다. Hydra는 NixOS 인프라에서 빌드를 스케줄링하는 컴포넌트입니다. nixpkgs가 변경되면 빌드를 실행하고 그 결과를 cache.nixos.org에 올리는 역할을 하며, 데비안으로 치면 buildd에 해당합니다.

Simon은 현재 큐 러너의 병목 때문에 인프라가 유휴 상태에 빠진다고 설명했습니다. 프로젝트에 쓸 수 있는 머신이 있지만 제대로 활용하지 못한다는 것이죠. 그는 허술한 SSH 기반 자동화를 잘 설계된 gRPC 프로토콜로 어떻게 교체했는지 설명했습니다. 이 설계를 여러 사람이 함께 개발하고 리뷰한 것 같다는 인상을 받았는데, 건강한 프로젝트의 좋은 징표라고 생각합니다.

아쉽게도 발표에서 빠져 있던 것이 있다면 지표였습니다. 다시 작성된 큐 러너가 얼마나 더 나아졌는지 보여주는 그래프 몇 개가 있었다면 좋았을 것 같습니다.

현재 새로운 큐 러너는 이미 Nix Community 빌드에는 사용되고 있지만, 아직 NixOS 자체 프로덕션에는 적용되지 않았습니다. 곧 적용되기를 기대합니다!

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

“devshell에서 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를 언급했는데, 이는 forks/execs를 추적해 타이밍에 대한 간트 차트 문법을 생성하는 bpftrace 기반 프로파일러입니다. 멋져 보이지만 아쉽게도 지금은 작동하지 않는 것 같습니다…? 아쉽네요.

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

“Nix Binary Cache와 AWS”

이 노변 담화에서 Tarus Balog는 20년간 오픈소스를 하다가 어떻게 AWS에 합류하게 되었는지, 그리고 그의 팀이 어떻게 커뮤니티에 보답하고자 하는지를 공유했습니다. 그 방법 중 하나가 바로 cache.nixos.org를 호스팅하는 것입니다.

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

“Shopify의 Nix 기반 개발 환경 (재연)”

Shopify의 Josh Heinrichs가 어떻게 Nix를 도입했는지(다시!) 공유했는데, 이런 실제 기업 도입 사례는 정말 흥미롭다고 생각합니다.

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

몇 년이 지나자 클라우드 개발 환경에 대한 불만이 커졌고, 어느 날 Shopify CEO인 Tobias Lütke가 Shopify의 dev와 놀랍도록 유사한 Nix 기반 솔루션인 devenv를 발견합니다. 그래서 Tobi는 자사 서비스 중 하나에 devenv를 도입하고 Nix 사용을 지지하게 됩니다. 이번에는 조직 내 성공적인 확산에 훨씬 더 많은 시간을 들였고, 점진적 도입과 모든 이해관계자의 참여를 이끌어내는 방식 등으로 진행했습니다.

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

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

“나의 첫 Nix 깨달음!: 신규 사용자의 관점”

Shopify 발표와 비슷한 맥락에서, ASML의 Kavisha Kumar는 동료가 nix-shell을 이용해 깔끔한 개발 셸을 얻는 것을 보고 어떻게 Nix에 입문하게 되었는지를 공유했습니다.

Kavisha는 ASML에서 다른 사람들에게 왜, 어떻게 Nix를 써야 하는지 가르치는 데 많은 시간을 보냈습니다. 그녀는 비디오 게임을 소재로 Nix 개념을 설명하는 멋진 비유들을 여러 가지 공유했습니다.

많은 사람들이 Nix에 열광하면서도 그 열정을 다른 사람에게 전달하는 데 어려움을 겪는다고 생각합니다. Kavisha는 자신에게 통했던 좋은 방법을 우리에게 보여주었습니다.

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

라이트닝 토크

하루의 나머지는 라이트닝 토크로 채워졌습니다.

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

Nix 및 DevOps 컨설팅 회사인 Numtide의 Yvan Sraka는 NixOS로 친구와 가족의 Linux 머신을 어떻게 관리하는지 보여주었습니다. 그는 NixOS 위에 자신만의 설정 레이어를 두고 시스템 자체는 기반(base)으로만 사용합니다. 대부분의 실제 프로그램은 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 방식 업데이트를 성공적으로 사용하고 있어서, 이 기법이 점점 더 주류가 되어가는 것을 보니 반갑습니다.

토요일

토요일 날씨는 훨씬 좋았기 때문에, 취리히 호수가 보이는 자리를 꼭 맡았습니다:

“자전거 보관소는 정리됐다: 공식 Nix 포매터”

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

공식 Go 포매터인 gofmt가 영감의 원천으로 언급된 것을 듣고 반가웠습니다. 다른 언어 생태계와 마찬가지로, 통일된 포맷을 도입하면 코드 스타일 준수 여부를 둘러싼 코드 리뷰에서의 시간 소모적인 논쟁을 없앨 수 있습니다. 아쉽게도 포매팅 팀은 gofmt 성공의 핵심 요소 하나를 따라 하지 않았습니다. gofmt에는 옵션이 없다는 점입니다. 유명한 Go 격언에 따르면:

Gofmt의 스타일은 누구도 가장 좋아하지 않지만, gofmt는 모두가 가장 좋아한다!

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

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

“NixOS 통합 테스트 마스터하기: 빠르고 견고한 다중 VM 테스트를 위한 고급 기법”

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

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

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

훌륭한 개요였다고 생각하며, Jacek은 몰입도 높은 강사였습니다. 그의 수업을 들어보시길 추천드립니다!

“언제 Nix를 쓰지 말아야 할까: 외부 설정과 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은 fleet 관리 솔루션입니다.
• NovaCustom, 1인 기업 노트북/PC 회사입니다. 노트북에는 coreboot가 탑재되어 있고 NixOS와 잘 작동합니다.
• ExpressVPN이 내부 서버 설정(TrustedServer)을 Debian에서 NixOS로 이전 중입니다! 105개국 이상에서 매주 배포하고 있습니다.
• 독일 회사인 Cyberus는 EU 사이버 복원력법(Cyber Resilience Act) 의무를 준수하는 NixOS LTS 릴리스를 제공하고 있습니다.
• David의 styx 프로젝트는 NixOS 업데이트를 위한 대역폭 효율적인 다운로드 메커니즘입니다. EROFS를 사용하는데, SquashFS 이미지의 흥미로운 대안으로 보입니다.

모든 발표가 끝난 뒤에는 밖에서 단체 사진을 찍고 호숫가에서 바비큐를 했습니다:

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

일요일

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

많은 사람들이 남아 각자의 프로젝트를 작업하고 있었습니다. 어떤 Nix 질문이든 채팅 메시지 하나면 답을 얻을 수 있을 것 같은 느낌이었습니다. 프로젝트의 다양한 분야에서 전문 지식과 도움을 주는 손길이 있었습니다.

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

결론

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

언제나 그렇듯 라퍼스빌의 OST는 오픈소스 행사를 위한 훌륭한 장소입니다.

티켓 판매와 발표 접수/일정 관리는 Pretix와 Pretalx 오픈소스 시스템으로 진행되었는데, Pretix에 기여한 사람으로서 자랑스럽습니다.

발표 선정도 훌륭했습니다. 깊이 있는 기술 발표도 있었고, 인간적인 측면에만 초점을 둔 발표도 있었으며, 그 중간 어딘가에 있는 발표도 많았습니다. 제가 본 모든 발표자들이 자신의 주제에 진정으로 애정을 가지고 있다는 인상을 받았고, 그래서 전반적인 에너지가 매우 좋았습니다!

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

발표 외에도 많은 분들과 친근하게 교류하고 흥미로운 대화를 나누었습니다. Nix에 대한 관심과 도입이 많다는 것을 볼 수 있어 정말 보기 좋았습니다!

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

모든 도우미분들께 다시 한 번 감사드리며, 곧 다시 돌아오기를 기대합니다!