Project Nomad: 오프라인에서도 절대 끊기지 않는 지식 베이스를 만들겠다는 프로젝트

인터넷이 없으면 아무것도 못 하는 시대의 역설

우리는 점점 더 많은 지식을 클라우드에 의존하고 있습니다. Notion에 문서를 쓰고, Confluence에 위키를 올리고, Google Docs에서 협업합니다. 하지만 비행기 안에서, 지하철 터널에서, 혹은 네트워크 장애가 발생했을 때 — 바로 그 순간 가장 필요한 정보에 접근할 수 없었던 경험이 누구에게나 있을 것입니다.

Project Nomad는 이 문제를 정면으로 해결하려는 프로젝트입니다. "Knowledge That Never Goes Offline"이라는 슬로건에서 알 수 있듯이, 네트워크 연결 상태와 무관하게 항상 접근 가능한 지식 관리 시스템을 목표로 합니다.

오프라인 퍼스트가 왜 어려운가

"오프라인에서도 되게 하면 되지"라고 말하기는 쉽지만, 실제 구현은 상당히 복잡합니다. 오프라인 퍼스트(Offline-First) 아키텍처의 가장 큰 난제는 동기화 충돌(Sync Conflict) 입니다. A라는 사람이 오프라인에서 문서를 수정하고, B라는 사람도 같은 문서를 오프라인에서 수정한 뒤, 둘 다 온라인에 복귀하면 어떻게 될까요?

이 문제를 해결하기 위한 기술로 CRDT(Conflict-free Replicated Data Type)가 있습니다. CRDT는 동시 수정이 발생해도 최종 상태가 일관되도록 보장하는 데이터 구조입니다. 각 변경사항에 타임스탬프와 고유 ID를 부여하고, 수학적으로 정의된 병합 규칙을 통해 충돌을 자동으로 해결합니다. Figma가 실시간 협업에 CRDT 기반 기술을 사용하는 것으로 유명하고, Apple의 Notes 앱도 내부적으로 유사한 메커니즘을 사용합니다.

Project Nomad도 이런 오프라인 퍼스트 동기화 전략을 핵심에 두고 있습니다. 로컬에 전체 데이터의 복사본을 유지하고, 네트워크가 가능할 때 변경사항을 동기화하는 방식입니다.

기존 도구들과의 차이점

오프라인 지원을 제공하는 노트 앱이 아예 없는 것은 아닙니다. Obsidian은 로컬 마크다운 파일 기반으로 동작하며 오프라인 사용이 기본입니다. Logseq도 비슷한 철학을 가지고 있고, Joplin은 오픈소스 노트 앱으로 자체 동기화를 지원합니다.

Project Nomad가 이들과 차별화하려는 지점은 단순한 개인 노트를 넘어선 지식 베이스로서의 기능입니다. 개인의 메모장이 아니라, 팀이나 커뮤니티 수준의 구조화된 정보를 오프라인 환경에서도 완전히 활용할 수 있도록 하겠다는 것이죠. 이는 위키, 문서화 시스템, 레퍼런스 가이드 등의 유스케이스를 포괄합니다.

특히 흥미로운 것은 선택적 동기화 개념입니다. 전체 지식 베이스가 수십 GB에 달할 수 있는 상황에서, 자주 참조하는 문서와 미디어만 로컬에 캐시하고 나머지는 온라인 시 접근하는 하이브리드 전략이 실용적입니다. 기기의 저장 용량에 따라 캐시 범위를 조절할 수 있다면, 스마트폰에서도 태블릿에서도 유연하게 사용할 수 있습니다.

개발자에게 특히 와닿는 유스케이스

개발자로서 이 프로젝트가 와닿는 구체적인 시나리오가 몇 가지 있습니다. 첫째, API 문서나 프레임워크 레퍼런스를 오프라인에서 조회하는 경우입니다. 새로운 라이브러리를 쓰다가 막혔는데 인터넷이 안 되면 작업이 완전히 중단됩니다. Dash나 Zeal 같은 오프라인 문서 뷰어가 있지만, 커스텀 문서나 팀 내부 레퍼런스까지 포함하지는 못합니다.

둘째, 온콜(on-call) 상황에서의 런북(runbook) 접근입니다. 장애 대응 매뉴얼이 Confluence나 Notion에 있는데 정작 네트워크 장애가 발생하면 그 매뉴얼에 접근할 수 없는 아이러니한 상황을 경험해본 SRE라면 공감할 것입니다.

셋째, 보안상 외부 네트워크를 쓸 수 없는 환경에서의 지식 공유입니다. 금융권이나 공공기관의 폐쇄망 환경에서 일하는 개발자들에게 오프라인 퍼스트 지식 관리 도구는 실질적인 필요입니다.

한국 개발 환경에서의 맥락

한국은 인터넷 인프라가 뛰어나 오프라인 시나리오를 과소평가하는 경향이 있습니다. 하지만 KTX에서 터널을 지날 때, 대형 컨퍼런스에서 Wi-Fi가 포화될 때, 해외 출장에서 로밍 데이터가 불안정할 때 등 의외로 오프라인 상황은 빈번합니다.

또한 최근 카카오 데이터센터 화재 사태처럼 클라우드 서비스의 대규모 장애가 발생할 수 있다는 것을 우리는 이미 경험했습니다. 핵심 문서와 지식이 클라우드에만 존재한다면, 이런 상황에서 업무가 완전히 마비될 수 있습니다. 오프라인 퍼스트는 단순한 편의 기능이 아니라 일종의 리질리언스(resilience) 전략이기도 합니다.

마무리

오프라인 퍼스트는 기술적 도전인 동시에 설계 철학입니다. 네트워크를 "있으면 좋은 것"으로 취급하고, 없어도 핵심 기능이 동작하는 시스템을 만드는 것. Project Nomad가 이 비전을 얼마나 잘 실현할지는 지켜봐야 하지만, 지향점 자체는 충분히 공감할 만합니다.

여러분의 팀에서 가장 중요한 문서가 갑자기 접근 불가능해진다면, 얼마나 오래 버틸 수 있나요?