2002년에 FreeBSD Handbook을 처음 접한 뒤 FreeBSD가 데스크톱과 서버에서 오랫동안 어떻게 안정성과 예측 가능성, 실용성을 제공해 왔는지, 그리고 무엇보다도 BSD 커뮤니티가 왜 특별한지에 대한 개인적인 회고.
Skip to main content [Access Key: S]
IT NotesOpen navigation menu
기사와 페이지 검색 기사와 페이지를 검색할 키워드를 입력 검색 제출
FreeBSD
10분 읽기
16/03/2026 08:10:00 • 마지막 수정: 15/03/2026 08:10:00
작성: Stefano Marinelli
카테고리: freebsd, server, sysadmin, ownyourdata
태그: freebsd, server, sysadmin, ownyourdata
2002년에 FreeBSD Handbook을 처음 봤을 때, 저는 제 눈을 의심했습니다. 여러 배포판을 오가며 6년 동안 Linux를 써 왔고(그리고 다른 글에서 그 관계를 쓴 적도 있습니다), 문서를 파편적으로 찾아다니는 데 익숙해져 있었습니다. 대개 불완전했고, 자주 오래됐고, 때로는 겨우 1년 만에 이미 낡아버린 정보도 있었습니다. 그런데 여기에는 완전하고, 정확하고, (가능한 한) 최신이며, 상세한 매뉴얼이 딸려 있는 운영체제가 있었습니다. 저는 이미 Open Source를 확신하고 있었지만, 매우 실용적인 관점에서 이렇게 생각하게 됐습니다. 이 OS를 만드는 팀이 문서에 이 정도로 정성을 들인다면, 시스템 자체는 얼마나 견고하겠는가. 그래서 한번 써 보기로 했습니다. 당시 저는 듀얼 부트를 할 공간이 없는 Sony Vaio를 쓰고 있었습니다. 더 넓은 공간이 있는 데스크톱 머신으로 모든 것을 동기화하고, 숨을 고른 뒤, 결정을 내렸습니다. 노트북에는 FreeBSD를 설치하고 실험이 끝나면 Linux를 다시 설치하자.
스포일러: FreeBSD는 그 머신에서 한 번도 떠난 적이 없습니다.
당시에는 이 실험이 이후 20년 동안 제가 시스템을 설계하고 운영하는 방식을 바꿔 놓을 줄 전혀 몰랐습니다.
저는 거의 즉시 GNU/Linux와 FreeBSD가 너무 비슷해서 오히려 완전히 다르다는 걸 깨달았습니다.
Unix에서 받은 영감은 같았지만, 모든 것이 다르게 동작했고, FreeBSD가 확연히 더 성숙하고 덜 혼란스러우며 더 집중되어 있다는 인상이었습니다. 장엄한 성당 같은 형태—제가 속해 있던 커뮤니티에서는 당시 널리 비판받던 방식—였지만, 부정할 수 없는 장점들이 있었습니다. 그때 저는 시스템 전체를 소스에서 컴파일했는데, Linux로는 한 번도 보지 못했던 수준으로 그 하드웨어에서 성능이 더 좋다는 걸 바로 알아챘습니다. 그뿐만이 아니었습니다. Linux는 과열되곤 했고 예측 불가능한 결과를 냈습니다—오류, 갑작스러운 종료, 컴파일이 끝난 뒤에도 계속 비명을 지르는 팬 소리까지. 제 Linux 친구들은 계속 “하드웨어 문제”라고 주장했지만, FreeBSD는 훨씬 더 우아하게 부하를 처리했습니다. 컴파일을 돌리면서 mutt로 이메일을 읽을 수 있었는데, Linux에서는 시스템이 기어가듯 느려져 사실상 불가능했습니다. 부하가 끝나면 팬은 몇 초 안에 가라앉았고, 시스템은 확실히 더 반응이 좋았습니다. 크래시를 겪은 적도 없었습니다. 당시 저는 모든 시스템에서 KDE를 사용하고 있었는데, FreeBSD에서의 경험이 눈에 띄게 더 좋았습니다—더 일관되고 안정적인 성능, Linux에서 당연하게 받아들이게 됐던 미세한 멈칫거림이 없었고, 전반적인 안정성도 더 높았습니다. 유일한 단점은 모든 것을 컴파일해야 했다는 점이었습니다. 저는 대학생이었고 노트북을 다른 방에 둬둘 수가 없었습니다—하우스메이트 중 누군가와 관련된 “사건”이 일어날 위험이 너무 현실적이었으니까요. 그래서 밤마다 팔이 닿는 거리에 노트북을 두고, KDE와 그 모든 애플리케이션이 컴파일되는 동안 팬이 돌아가는 소리를 들었습니다. 어느 순간 KDE 빌드가 정확히 얼마나 걸리는지 알아냈고, 그걸 시계처럼 쓰기 시작했습니다. 팬이 돌아가고 있으면 새벽 4시 전, 팬이 조용하면 그 시간을 넘긴 겁니다.
Handbook은 저에게 엄청난 것을 가르쳐 주었습니다—대학 강의 여러 과목보다도 더 많은 것을요—그리고 그중에는 FreeBSD 자체와 직접 관련이 없는 것들도 있었습니다. 그것은 올바른 접근법을 알려줬습니다. 먼저 이해하고, 그다음 행동하라. 읽으면 읽을수록, 책상에 두고 볼 수 있는 인쇄본을 갖고 싶어졌습니다. 그래서 부모님을 설득해 “대학 과제를 위해” 레이저 프린터가 필요하다고 했습니다. 그리고 물론, 제가 처음 인쇄한 것은 Handbook이었습니다. 그 Handbook에는 오늘날에도 여전히 유효한 정보가 들어 있습니다. 지난 24년 동안 중요한 변화들이 있었지만, 기반은 여전히 같습니다. 많은 도구들은 여전히 예전과 똑같이 동작합니다. 기능은 추가됐지만, 기존 것들은 같은 원리로 계속 작동합니다. 혁명이 아니라 진화입니다. 그리고 오래 가야 하는 무언가를 만든다면, 그것이—제 관점에서는—정확히 올바른 철학입니다. 변화는 좋습니다. 혁신도 좋습니다. 제 개인 머신에서는 수천 번 부수고 다시 만들었습니다. 하지만 프로덕션 환경은 안정적이고 예측 가능해야 합니다. 그것은 지금도 제가 모든 BSD에서 가장 중요하게 여기는 특성 중 하나입니다.
세월이 흐르며 FreeBSD는 제게 큰 도움이 됐습니다. 어느 시점에는 제 주된 데스크톱 자리에서 물러났습니다—부분적으로는 Mac으로 옮겼기 때문이고, 부분적으로는 지원되지 않는 하드웨어 때문이었습니다—하지만 서버와 어떤 진지한 워크로드에서든 제 ‘첫 선택지’ 중 하나인 상태는 변하지 않았습니다. 제가 자주 말하듯이: 제게는 워크스테이션이 하나뿐이고, 저는 그것으로 수백 대의 서버에 접속합니다. 워크스테이션을 교체하는 것은 훨씬 쉽습니다—몇 시간 안에 모든 것을 다시 구성할 수 있습니다—반면 프로덕션 서버가 꼬여 버리면, 불안해하는 고객들이 기다리거나 운영이 멈춰 서는 상황을 상대해야 합니다.
FreeBSD는 혁신을 혁신 자체를 위해 쫓아온 적이 없습니다. 본래 목적을 희생하면서까지 유행을 좇은 적도 없습니다. 그 모토는 "The Power to Serve"입니다—효과적으로, 효율적으로, 안전하게 ‘제공’하는 것. FreeBSD는 제게 바로 그런 존재였습니다.
저는 수십 년 동안 놀랄 일 없이 저를 지원해 준 FreeBSD를 사랑합니다. 저는 FreeBSD가 혁신을 하면서도 2009년의 제 서버들이 올바르게 계속 돌아가도록 보장해 주는 점을 사랑합니다. 주요 업데이트 때마다 전면 개편이 아니라, 작은 조정만 요구합니다.
저는 FreeBSD가 재부팅이나 업그레이드 후에 네트워크 인터페이스 이름을 바꾸지 않는다는 점을 사랑합니다.
그리고 2000년부터 존재해 온 jails는 효과적이고, 효율적이며, 안전하고, 단순하고, 완전히 네이티브인 메커니즘입니다. 외부 패키지를 단 하나도 설치하지 않고 모든 것을 관리할 수 있습니다. 저는 ZFS가 네이티브라는 점과, 그 덕분에 네이티브 부트 환경(boot environments)을 사용할 수 있다는 점을 사랑합니다. 이는 안전하고 되돌릴 수 있는 업그레이드를 의미합니다. 또는 UFS를 쓰고 있다면, fstab에서 문자 하나만 바꾸면 전체 파일시스템을 읽기 전용으로 만들 수 있습니다—깔끔하게, 임시방편 없이요. 저는 bhyve가 효율적이고, 가볍고, 신뢰할 수 있는 하이퍼바이저라는 점을 사랑합니다. 성능을, 기능을, 그리고 제게 준 모든 것을 사랑합니다.
하지만 저는 FreeBSD를 또한—무엇보다도—그 커뮤니티 때문에 사랑합니다. 일반적으로 BSD 주변에서는 진짜 열정과 호기심, 역량에 이끌리는 사람들을 만나게 됩니다. 지난 20년 동안 기술 세계에는 기술에 관심이 있어 보이는 사람들이 많이 유입됐습니다. 하지만 실제로는, 많은 경우 빠르게 수익화할 무언가를 찾을 뿐이며, 심지어 그것을 망가뜨리는 대가를 치르더라도 개의치 않는 경우가 많습니다. BSD 커뮤니티에서는 그런 일이 훨씬 드뭅니다. 컨퍼런스에서 저는 개발자들을 직접 만날 기회가 있었고—그들의 정신, 실력, 그리고 네, 그들의 열정을 이해할 수 있었습니다. 즐거움 때문에 기여하는 자원봉사자들뿐 아니라 Foundation의 지원을 받는 사람들에게서도요. 그리고 FreeBSD에 크게 의존하는 회사들의 엔지니어들도 있습니다—그중에는 Netflix도 포함되죠—그들도 같은 수준의 품질을 가져옵니다. 그 몰입, 그 열정은, FreeBSD가 그들에게 ‘직업’이 아니라는 걸 말해 줍니다. ‘즐거움’입니다. 이것이 제가 BSD 컨퍼런스에 참석할 때마다 프로젝트를 더 사랑하게 되어 돌아오는 이유 중 하나입니다. 커뮤니티의 분위기, 개발자들의 헌신, 그리고 강력하고 효과적이면서도 지배적이거나 과시적이지 않은 Foundation의 존재—다른 주요 Open Source 프로젝트들의 재단들과 비교해 보면 진정으로 인상적입니다. 20년 넘게 이 프로젝트의 일부였던 얼굴들이, 친구들을 만나고 자신이 작업해 온 것들에 대해 이야기하기 시작하는 순간 여전히 눈이 반짝입니다. 그 긍정성은 전염성이 있고—그것은 코드로, 프로젝트로, 다음 단계에 대한 비전으로 직접 흘러들어 갑니다. 왜냐하면 그게 핵심이기 때문입니다. FreeBSD는 언제나 인간이 인간을 위해 쓴 운영체제였습니다. 일관성, 문서화, 실용성, 장인정신을 바탕으로, 봉사하고 유용하도록 만들어졌습니다. 다른 대부분의 프로젝트들—특히 주류 Linux 배포판들—에는 그런 것들이 просто 없습니다. Foundation은 평범한 사용자들의 목소리를 듣고자 합니다. 더 많은 사람들이 FreeBSD에 참여하도록 만드는 종류의 참여를 적극적으로 장려합니다. 거대 기술 기업들이 종속을 만들기 위해 밀어붙이기 때문이 아니라, 그 프로젝트를 믿기 때문입니다.
그러니 고맙습니다, FreeBSD. 오랫동안 제가 열정을 유지할 수 있게 해줘서, 제 프로젝트들이 돌아가게 해줘서, 제 고객들의 서버를 계속 가동 상태로 유지해 주고 제 데이터를 안전하게 지켜줘서 고맙습니다. 고맙습니다, FreeBSD. 그 순간의 유행을 좇느라 시간을 낭비하지 않고, 대신 일을 제대로 하는 데 집중해 줘서 고맙습니다. 고맙습니다, FreeBSD. 전체 BSD 커뮤니티 전반에서, 제 삶에 들어오게 해 준 모든 특별한 사람들에 대해 고맙습니다. 동료가 아니라 친구들. 진짜 사람들. 진정성 있는 사람들. 그리고 어떤 것을 운영하는 사람들이 여전히 그것을 믿고 있다면—이 모든 시간이 지난 뒤에도 진심으로 믿고 있다면—그리고 프로젝트가 계속 성공한다면, 그 밑바닥에 실체가 있다는 뜻입니다. 코드에. 사람들에. 커뮤니티에.
FreeBSD는 “최고이자 가장 위대한” 것이 되고 싶어 하지 않습니다. 봉사하고 싶어 합니다.
The Power to Serve.
freebsdserversysadminownyourdata
Previous Post →Time Machine inside a FreeBSD jail
19/11/2025 09:16:00 작성: Stefano Marinelli
같은 nginx.conf를 사용해 Intel N150에서 FreeBSD jails, SmartOS zones, NetBSD, OpenBSD, Linux 전반의 정적 웹 호스팅 성능을 비교하고, HTTP 대 HTTPS 및 TLS CPU 사용량에 초점을 맞춥니다.
19/09/2025 10:50:00 작성: Stefano Marinelli
어떤 가상화 호스트가 더 좋은 성능을 낼까요? FreeBSD와 SmartOS를 정면 대결로 붙여 봤습니다. Jails, Zones, bhyve VM의 성능은 저를 놀라게 했고, 진짜 승자를 가리기 위해 다른 하드웨어에서 2차 테스트를 강요했습니다.
28/01/2026 08:52:00 작성: Stefano Marinelli
FreeBSD jail 안에서 Time Machine을 설정하는 방법에 대한 가이드.
흩어진 IT Notes - Stefano Marinelli
EuroBSDCon 2025 - Zagreb, Croatia; September 25-28, 2025.
© 2026 IT Notes. All rights reserved.
ITNBlog로 16/03/2026 10:04:57 UTC에 생성됨
