Bento 오피스 제품군: 단일 HTML 파일로 문서 관리하기
Bento는 단일 HTML 파일로 작동하는 MIT 라이선스 오피스 제품군입니다. Nextcloud와 같은 복잡한 서버 스택 없이 브라우저 내에서 문서를 편집하고 저장하는 방식의 장단점과 VPS 운영 시의 효율성을 상세히 분석합니다.
Bento란 무엇인가
Bento는 단일 HTML 파일로 제공되는 오피스 제품군입니다. 파일을 다운로드하여 최신 브라우저에서 열기만 하면 해당 파일이 곧 편집기이자 문서가 됩니다. 별도의 설치 프로그램이나 계정이 필요하지 않습니다. MIT 라이선스를 따르며 소스 코드는 github.com/nyblnet/bento에서 확인할 수 있습니다. 첫 번째 정식 릴리스는 2026년 7월 21일에 배포되었습니다. 2026년 8월 1일 기준으로 출시된 지 2주가 채 되지 않았으며, 이는 본 게시물에서 가장 중요한 사실입니다. 마지막 섹션이 마이그레이션이 아닌 평가를 다루는 이유이기도 합니다.
"단일 파일에 포함된다"는 것의 진정한 의미
자체 호스팅 오피스 제품군은 일반적으로 여러 스택으로 구성됩니다. Nextcloud는 웹 서버 뒤에서 동작하는 PHP이며, 데이터베이스, 캐시, 백그라운드 작업 실행기가 필요합니다. 편집기는 그 옆에 위치한 두 번째 서비스로, 보통 별도의 컨테이너에서 실행되는 Collabora Online이나 ONLYOFFICE Docs이며, 브라우저는 HTTP를 통해 이들과 통신합니다. 문서는 파일 시스템과 데이터베이스 행에 저장되고, 편집 세션은 편집기 서비스 내부에서 유지됩니다.
Bento는 이러한 스택을 제거합니다. 다운로드 파일인 Bento_Slides.bento.html은 v1.0.11 릴리스(2026년 7월 27일) 기준으로 약 571 KB입니다. 이 하나의 파일 안에는 다음이 포함되어 있습니다.
- 뷰어 역할을 겸하는 편집기
- 슬라이드를 전체 화면으로 보여주는 프레젠테이션 런타임
- 슬라이드에서 사용하는 폰트와 이미지(임베드됨)
- 파일 상단에 읽기 가능한 JSON 블록 형태로 저장된 문서 자체
저장 방식이 독특합니다. 파일이 자신의 데이터 블록을 직접 다시 씁니다. 페이지는 File System Access API(사용자가 선택한 파일에 페이지가 다시 쓸 수 있도록 허용하는 브라우저 인터페이스)를 통해 브라우저에 쓰기 권한을 요청하며, 해당 API를 지원하지 않는 브라우저에서는 파일이 다운로드됩니다. 슬라이드를 편집하면 동일한 형태의 독립형 파일이 새로 생성됩니다. 업로드할 대상이 없으므로 아무것도 업로드되지 않습니다.
이것이 사람들이 "단일 파일"이라는 말을 들었을 때 흔히 오해하는 부분입니다. VPS에서 오피스 제품군을 단일 프로세스로 실행하는 서버 바이너리가 아닙니다. 프로세스 자체가 존재하지 않습니다. 런타임은 브라우저이므로, VPS를 사용하더라도 그저 정적 파일을 제공할 뿐 다른 작업은 수행하지 않습니다.
현재 Bento 오피스 제품군이 제공하는 기능
"오피스 제품군"은 이 프로젝트의 목표일 뿐, 현재 모든 기능을 갖춘 것은 아닙니다. 현재는 프레젠테이션 편집기인 bento/slides라는 애플리케이션 하나만 존재합니다. 로드맵에는 메모를 위한 bento/spaces, 시트와 표를 위한 bento/dash, 그리고 bento/vault가 포함되어 있으며, 각각 독립적인 .bento.html 파일로 계획되어 있습니다. 현재 워드 프로세서나 스프레드시트가 필요하다면, Bento에는 아직 해당 기능이 없습니다.
릴리스 속도는 매우 빠릅니다. 2026년 7월 21일에 첫 번째 정식 빌드인 v1.0.6이 출시되었고, 2026년 7월 27일에는 v1.0.11이 출시되어 7일 동안 6번의 릴리스가 이루어졌습니다. 이는 유지보수 관리자들의 활발한 활동을 보여주는 좋은 신호인 동시에, 소프트웨어 측면에서는 주의가 필요하다는 의미이기도 합니다. 이렇게 빠르게 변화하는 소프트웨어는 여전히 버그를 수정하는 단계에 있으며, 릴리스 노트에서도 이를 확인할 수 있습니다. 대용량 텍스트로 인한 실시간 협업 중단 문제, 저장된 파일의 스타일시트 중복 문제, 음수 값에 대한 차트 기준선 문제 등이 수정되었습니다.
소규모 VPS에 단일 파일 방식이 적합한 이유
덱(deck)을 게시한다는 것은 웹 서버가 이미 서비스 중인 디렉터리에 파일을 복사하는 것을 의미합니다. 오케스트레이션할 대상도, 계속 실행해야 할 컨테이너도, 업그레이드 시 마이그레이션해야 할 데이터베이스도 없습니다. 각 벤더가 발표한 최소 사양을 사용하는 편집기 서비스와 비교해 보십시오.
The data behind this chart
[
{
"label": "bento/slides (no backend)",
"min_ram_mb": 0
},
{
"label": "Collabora Online CODE",
"min_ram_mb": 1024
},
{
"label": "ONLYOFFICE Docs, Debian package",
"min_ram_mb": 2048
},
{
"label": "ONLYOFFICE Docs, Docker",
"min_ram_mb": 4096
}
]위 수치는 2026년 8월 기준 벤더가 발표한 최소 사양이며, 실제 운영 중인 서버에서 측정한 값이 아닙니다. Collabora는 시스템용으로 1 GB, 사용자당 약 50 MB를 요구하므로 첫 사용자가 접속하기도 전에 1024 MB가 기본으로 소모됩니다. ONLYOFFICE Docs는 Debian 패키지 기준 2048 MB, Docker 환경에서는 4096 MB를 요구하며, 추가로 4 GB의 스왑과 40 GB의 디스크 공간이 필요합니다. Bento의 편집 백엔드는 별도의 백엔드가 존재하지 않으므로 0 MB가 필요합니다. 어떤 편집기 서비스를 사용하든 그 아래에는 데이터베이스와 캐시를 포함한 Nextcloud 자체가 실행 중이므로, 2 GB VPS 환경에서는 이 차이가 다른 서비스를 추가로 호스팅할 수 있을지를 결정합니다.
백업 또한 같은 방식으로 간소화됩니다. Nextcloud를 복구하려면 서로 일치하는 시점의 파일과 데이터베이스를 동시에 복구해야 합니다. 반면 Bento 덱을 복구하는 것은 파일 하나를 복구하는 것과 같습니다. 편집기가 파일을 제자리에서 덮어쓰기 방식으로 수정하며, 이 과정에서 오류가 발생할 수 있으므로 여전히 이력이 포함된 정식 백업이 필요합니다. 해당 디렉터리에 대한 정기적인 restic 스냅샷으로 이를 해결할 수 있습니다.
선택적으로 사용할 수 있는 서버 구성 요소가 하나 있습니다. 실시간 협업에는 프로젝트에서 블라인드 릴레이(blind relay)라고 부르는 기능을 사용하며, 이는 저장소의 server/sync-worker/에서 직접 호스팅할 수 있습니다. 문서는 브라우저에서 AES-GCM(Galois/Counter Mode, 인증된 암호화 모드)으로 암호화되며, 룸 키는 파일 외부로 유출되지 않습니다. 릴레이는 암호문, 연결 타이밍, 그리고 해당 키의 해시값만을 보관합니다. 혼자 편집하는 경우에는 릴레이가 필요하지 않습니다.
Nextcloud 및 Collabora와 비교했을 때 포기해야 하는 것
접근 제어는 가장 큰 차이점입니다. Bento에서 협업 키는 문서와 함께 생성되어 파일 내부에 존재하므로, 파일을 소유하는 것이 곧 세션의 구성원이 되는 것을 의미합니다. 키를 교체하는 것이 곧 특정 사용자의 권한을 회수하는 방식입니다. 이 모델에는 계정, 그룹, 싱글 사인온(SSO), 감사 추적 기능이 없습니다. 반면 Nextcloud는 사용자 관리, 만료일이 있는 공유 링크, 할당량, 서버 측 버전 기록, 모바일 클라이언트를 제공합니다. 두 사람이 동일한 문서에 대해 서로 다른 수준의 접근 권한이 필요한 경우, Bento로는 이를 구현할 수 없습니다.
형식 상호 운용성은 두 번째 차이점입니다. Bento는 자체 JSON 형식을 저장하는데, 바로 이 점 때문에 파일이 읽기 쉽고 스크립트로 편집할 수 있습니다. Collabora와 ONLYOFFICE가 존재하는 이유는 OOXML(.docx 및 .pptx 제품군)을 높은 충실도로 왕복 처리하기 위함입니다. 전 세계의 나머지 사용자들이 보내오는 형식이 바로 그것이기 때문입니다. PowerPoint 호환성을 전제로 워크플로우를 구축하기 전에, 다운로드한 버전이 무엇을 가져오고 내보내는지 릴리스 노트를 확인하십시오.
성숙도는 세 번째 차이점입니다. 이 프로젝트는 자체적인 미흡한 점을 명확하게 문서화하고 있으며, 이는 장점으로 볼 수 있습니다. 실시간 협업 중 실행 취소는 스냅샷 기반으로 작동하며, 동일한 속성에 대한 협업자의 동시 편집 내용을 되돌릴 수 있습니다. 편집 기능은 데스크톱 환경을 우선하며, 휴대폰에서는 편집보다는 보기와 프레젠테이션 기능이 더 원활합니다. '다른 이름으로 저장' 메뉴는 아직 휴대폰 화면에 맞지 않습니다. 이는 v1.0.11 버전에서 알려진 제한 사항입니다. 출시된 지 2주밖에 되지 않았으므로 아직 알려지지 않은 문제들도 존재합니다.
실제 문서를 이 도구에 맡겨도 됩니까?
문서의 성격에 따라 구분하십시오. 10년 뒤에도 다시 열어봐야 하는 컨퍼런스 발표 자료, 영업용 데크, 강의 자료는 적합합니다. 파일 자체가 편집기를 포함하고 있어 2036년에도 해당 프로젝트가 유지될 필요가 없기 때문입니다. 반면 3명의 검토자가 있고 보존 정책과 승인자가 지정된 계약서는 적합하지 않습니다. 그러한 문서는 계정 관리와 서버 측 이력 기록이 필요하기 때문입니다.
두 가지 실용적인 주의 사항이 있습니다. 첫째, 데크를 버전 관리 시스템이나 이력이 남는 백업에 보관하십시오. 저장 시 스스로 내용을 다시 쓰는 파일은 저장 과정에서 손상될 수 있으므로 어제의 복사본이 필요할 것입니다. 둘째, 모르는 사람이 보낸 .bento.html는 문서가 아닌 프로그램으로 취급하십시오. 이것은 사실상 내부에 완전한 애플리케이션을 포함한 웹 페이지이기 때문입니다. 신뢰할 수 없는 웹 페이지를 여는 것과 같은 방식으로 다루어야 합니다.
자동화 기능은 매우 유용하며 언급할 가치가 있습니다. 문서 파일 내부가 일반 JSON 형식이므로 코딩 에이전트가 .bento.html을 직접 수정할 수 있으며, 프로젝트 측에서 이를 위한 Claude Code 스킬을 제공합니다. 이는 로컬 오픈 웨이트 모델과도 연동되므로, 이미 자체 모델을 서비스하기 위한 Ollama를 실행 중인 환경이라면 외부로 데이터를 보내지 않고도 슬라이드 초안을 작성할 수 있습니다.
소규모 서버에서 Bento의 위치
Bento는 작은 규모를 유지함으로써 소규모 VPS에서 제 자리를 차지하는 다른 단일 목적 도구들과 궤를 같이합니다. 예를 들어 자체 호스팅 RSS 리더나 개인 재무 관리를 위한 Actual Budget 같은 도구들이 그렇습니다. 한 가지 기능에 집중하고, 리소스 점유율이 낮으며, 애플리케이션 없이도 데이터를 읽을 수 있다는 점이 특징입니다. 기존 메모 앱을 자체 호스팅 Notion 대안으로 대체하는 사용자들도 같은 선택을 하는 것이며, 무엇을 자체 호스팅할지에 대한 더 넓은 가이드에서 나머지 목록을 확인할 수 있습니다.
사용자 관리, 공유, 버전 기록을 포함한 완전한 문서 플랫폼이 필요하다면 여전히 Docker, TLS, 백업을 갖춘 VPS의 Nextcloud가 정답입니다. Bento는 해당 영역과 경쟁하지 않습니다. Bento는 서버 외부의 사람에게 전달하기 위한 도구이며, 로그인이나 플러그인 없이도 바로 열어볼 수 있는 단일 파일 형태를 지향합니다.
FAQ
Bento가 Nextcloud와 Collabora를 대체할 수 있습니까?
동일한 용도로는 사용할 수 없습니다. Collabora나 ONLYOFFICE를 포함한 Nextcloud는 계정 관리, 공유 폴더, 권한 설정, 서버 측 버전 기록 기능을 제공하며, 이를 위해 실제 서버 스택이 필요합니다. 반면 Bento는 어디서든 열 수 있고 서버가 필요 없는 단일 휴대용 파일을 제공합니다. 문서가 독립적으로 존재해야 할 때는 Bento를 사용하십시오. 여러 사람이 시간이 지남에 따라 동일한 문서에 서로 다른 권한으로 접근해야 할 때는 Nextcloud 스택을 사용하십시오.
Bento를 사용하려면 서버나 VPS가 필요합니까?
아니요. .bento.html 파일은 최신 브라우저라면 로컬 디스크에서 바로 열 수 있으며 오프라인 편집도 가능합니다. VPS는 두 가지 선택적 기능에만 필요합니다. 다른 사람들이 파일을 다운로드할 수 있도록 HTTPS로 파일을 제공하는 경우와 실시간 협업을 위한 동기화 릴레이를 실행하는 경우입니다. 릴레이는 프로젝트 저장소의 server/sync-worker/에서 직접 호스팅할 수 있으며, 암호문과 연결 메타데이터만 저장하므로 사용자의 콘텐츠 내용을 절대 볼 수 없습니다.
Bento는 어떤 형식으로 문서를 저장합니까?
Bento는 자체 JSON 형식을 사용합니다. 이 형식은 HTML 파일 상단 근처에 읽기 쉬운 블록 형태로 작성되며, 폰트와 이미지가 함께 내장됩니다. 텍스트 편집기로 파일을 열면 문서 구조를 읽을 수 있으며, 덕분에 스크립트나 AI 에이전트가 문서를 직접 수정할 수 있습니다. 또한 저장된 형식이 OOXML이 아니라는 의미이기도 하므로, 현재 실행 중인 릴리스에서 가져오기 및 내보내기를 테스트하기 전까지는 .pptx 워크플로우가 그대로 유지될 것이라고 가정하지 마십시오.
사용자 계정이 없는데 협업은 어떻게 이루어집니까?
협업 키는 문서가 생성될 때 만들어져 파일 내부에 저장되므로, 파일을 가진 사람은 누구나 세션에 참여할 수 있습니다. 편집 내용은 CRDT(중앙 권한 없이 동시 변경 사항을 병합하는 구조인 Conflict-free Replicated Data Type)를 통해 병합되며 AES-GCM으로 암호화되어 전송됩니다. 참여자 이름은 본인 확인이 아닌 단순한 표시이므로, 참여자 목록을 신원 확인이 아닌 라벨로 이해하십시오. 접근 권한을 취소하려면 키를 교체하고 파일을 다시 배포해야 합니다.
Bento는 중요한 문서를 다루기에 적합합니까?
Bento는 MIT 라이선스를 따르며 오픈 소스로 개발됩니다. 2026년 8월 1일 기준으로 출시된 지 2주가 채 되지 않았으며, 첫 주에 6번의 릴리스가 있었습니다. 이 소프트웨어는 이번 분기에 표준으로 채택할 대상이 아니라, 이번 달에 평가해 볼 대상으로 간주하십시오. 모든 문서는 기록이 포함된 백업본으로 보관하고, 의존하는 내보내기 경로는 실제로 사용하기 전에 반드시 테스트하십시오. 규정 준수나 보존 요구 사항이 있는 문서는 계정 관리와 버전 기록 기능이 있는 시스템에 보관하십시오.