Bento 오피스 제품군: 단일 HTML 파일로 문서 관리하기

Bento란

Bento는 하나의 HTML 파일로 배포되는 오피스 제품군이다. 파일 하나를 다운로드해 최신 브라우저에서 열면, 해당 파일이 편집기이자 문서가 된다. 설치 프로그램과 계정이 필요 없다. MIT 라이선스를 사용하며, 소스 코드는 github.com/nyblnet/bento에 있다. 첫 정식 릴리스는 21 July 2026에 공개되었다. 27 October 2026 기준으로 출시된 지 3개월을 조금 넘었고, 현재까지 26개의 릴리스가 나왔다. 아직 출시 초기라는 점이 이 글에서 가장 중요한 사실이다. 마지막 섹션을 마이그레이션이 아니라 평가에 할애한 이유이기도 하다.

"단일 파일"이 실제로 의미하는 바

자체 호스팅 오피스 제품군은 일반적으로 여러 구성 요소가 쌓인 스택 형태입니다. Nextcloud는 웹 서버 뒤에서 동작하는 PHP이며, 데이터베이스, 캐시, 백그라운드 작업 실행기가 필요합니다. 편집기는 그 옆에 있는 두 번째 서비스(Collabora Online 또는 ONLYOFFICE Docs)로, 보통 별도의 컨테이너에서 실행되며 브라우저가 HTTP를 통해 통신합니다. 문서는 파일 시스템과 데이터베이스 행에 저장되고, 편집 세션은 편집기 서비스 내부에서 유지됩니다.

Bento는 이러한 스택을 제거합니다. 다운로드 파일인 Bento_Slides.bento.html은 v1.0.11(2026년 7월 27일) 릴리스 기준 약 659 KB, v1.2.7(2026년 10월 11일) 기준 약 706 KB입니다. 이 하나의 파일 안에는 다음이 포함되어 있습니다.

• 뷰어 역할을 겸하는 편집기
• 슬라이드를 전체 화면으로 보여주는 프레젠테이션 런타임
• 슬라이드에서 사용하는 폰트와 이미지(내장됨)
• 파일 상단 근처에 읽기 가능한 JSON 블록으로 저장된 문서 자체

저장 방식이 독특합니다. 파일이 자신의 데이터 블록을 다시 씁니다. 페이지는 File System Access API(사용자가 선택한 파일에 페이지가 다시 쓸 수 있게 해주는 브라우저 인터페이스)를 통해 브라우저에 쓰기 권한을 요청하며, 이 API를 지원하지 않는 브라우저에서는 대신 다운로드가 발생합니다. 슬라이드를 편집하면 동일한 독립형 파일의 새 복사본이 생성됩니다. 업로드할 대상이 없으므로 아무것도 업로드되지 않습니다.

이것이 사람들이 "단일 파일"이라는 말을 들었을 때 오해하는 세부 사항입니다. VPS에서 오피스 제품군을 단일 프로세스로 실행하는 서버 바이너리가 아닙니다. 프로세스 자체가 존재하지 않습니다. 런타임은 브라우저이므로, VPS를 사용하더라도 정적 파일만 제공할 뿐 그 외의 작업은 수행하지 않습니다.

현재 Bento 오피스 제품군에 포함된 항목

"오피스 제품군"은 프로젝트의 목표를 뜻하며, 아직 실제 구성 항목을 의미하지 않는다. 현재 제공되는 애플리케이션은 프레젠테이션 편집기인 bento/slides 하나다. 로드맵에는 노트용 bento/spaces, 시트와 표용 bento/dash, 그리고 bento/vault가 포함되어 있으며, 각각 독립적인 .bento.html 파일로 계획되어 있다. 현재 워드 프로세서나 스프레드시트가 필요하다면 Bento에는 해당 기능이 없다.

릴리스 속도는 빠르다. 21 July 2026의 v1.0.6은 최초 릴리스 빌드였고, 27 July 2026에는 v1.0.11이 릴리스되어 7일 동안 6개의 릴리스가 나왔다. 이후에도 이 속도는 유지되었다. 11 October 2026의 v1.2.7은 23번째 릴리스였고, 24 October 2026의 v1.2.10은 26번째 릴리스다. 이는 유지 관리자에 대해서는 긍정적인 신호지만, 소프트웨어에 대해서는 주의 신호다. 이렇게 빠르게 변경되는 소프트웨어는 아직 버그를 찾아 수정하는 단계에 있다. 릴리스 노트도 이를 보여 준다. 대형 텍스트로 인해 실시간 공동 작업이 중단되는 문제, 저장된 파일에서 스타일시트가 중복되는 문제, 음수 값에서 차트 기준선이 잘못 표시되는 문제를 수정했다. v1.2.5부터 v1.2.10까지의 6개 릴리스 중 5개는 프로젝트 자체 검토에서 발견된 보안 문제를 해결했다. v1.2.8만 예외다.

작은 VPS에는 왜 단일 파일 방식이 적합한가

deck을 게시한다는 것은 웹 서버가 이미 제공하는 디렉터리에 파일 하나를 복사하는 작업이다. 오케스트레이션할 것이 없고, 계속 실행할 컨테이너도 없으며, 업그레이드할 때 마이그레이션할 데이터베이스도 없다. 각 서비스의 게시된 최소 요구 사항을 기준으로 editor 서비스를 비교해 보자.

[
  {
    "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
  }
]

이는 실행 중인 서버에서 측정한 수치가 아니라 게시된 최소 요구 사항이다. Collabora의 수치는 Nextcloud가 Collabora Online에 대해 게시한 1 GB 시스템 요구 사항이다. 여기에 연결된 사용자마다 메모리가 추가로 필요하므로, 첫 사용자가 연결하기 전부터 1,024 MB가 최소 기준이다. 2026년 10월 27일에 확인한 ONLYOFFICE help center는 Debian 또는 Ubuntu package에 최소 2,048 MB, Docker에 4,096 MB를 요구한다. 두 경우 모두 최소 4 GB의 swap과 40 GB의 여유 디스크 공간이 필요하다. Bento의 editing backend는 editing backend 자체가 없으므로 0 MB가 필요하다. 두 editor 서비스 중 어느 것을 사용하더라도 그 아래에서는 database와 cache를 포함한 Nextcloud 자체가 계속 실행된다. 따라서 2 GB VPS에서는 이 차이가 추가로 호스팅할 수 있는 항목을 결정한다.

백업도 같은 이유로 단순해진다. Nextcloud를 복원하려면 서로 일치하는 파일과 database를 동일한 시점의 상태로 복원해야 한다. Bento deck을 복원할 때는 파일 하나만 복원하면 된다. 그래도 history를 포함한 실제 백업이 필요하다. editor가 파일을 제자리에서 다시 쓰며, 제자리 쓰기는 실패할 수 있는 쓰기이기 때문이다. 해당 디렉터리의 예약된 restic snapshot으로 이를 처리할 수 있다.

선택 사항인 서버 구성 요소가 하나 있다. 실시간 공동 작업에는 프로젝트에서 blind relay라고 부르는 구성 요소가 사용되며, repository의 server/sync-worker/에서 자체 호스팅할 수 있다. 문서는 브라우저에서 AES-GCM(Galois/Counter Mode, 인증된 암호화 방식)으로 암호화된다. room key는 파일 밖으로 나가지 않으며, relay에는 ciphertext, connection timing, 해당 key의 hash만 저장된다. 혼자 편집할 때는 relay가 필요하지 않다.

Nextcloud와 Collabora에 비해 포기해야 하는 것

접근 제어가 가장 큰 차이입니다. Bento에서는 협업 키가 문서와 함께 생성되고 파일 안에 저장되므로, 파일을 가지고 있으면 해당 세션의 구성원입니다. 누군가의 접근을 취소하려면 키를 교체해야 합니다. 이 모델에는 계정, 그룹, single sign-on, 감사 추적이 없습니다. Nextcloud는 사용자, 만료 날짜가 있는 공유 링크, 할당량, 서버 측 버전 기록, 모바일 클라이언트를 제공합니다. 같은 문서에 두 사람이 서로 다른 수준의 접근 권한을 가져야 한다면 Bento에서는 이를 표현할 수 없습니다.

형식 상호 운용성이 두 번째 차이입니다. Bento는 자체 JSON 형식으로 저장합니다. 그렇기 때문에 파일을 읽을 수 있고 스크립트로 편집할 수 있습니다. Collabora와 ONLYOFFICE는 OOXML(.docx 및 .pptx 계열)을 높은 충실도로 왕복 변환하도록 만들어졌습니다. 다른 사람들이 보내는 형식이 바로 OOXML이기 때문입니다. Bento도 이 격차를 줄이기 시작했습니다. v1.2.6 (4 October 2026)에서는 PowerPoint 가져오기를 추가했고, v1.2.7 (11 October 2026)에서는 브라우저 안에서 PowerPoint 프레젠테이션을 가져오고 내보내는 단일 페이지를 추가했습니다. 두 기능 모두 추가된 지 몇 주밖에 되지 않았으므로, PowerPoint 호환성을 전제로 한 작업 흐름을 구축하기 전에 다운로드한 버전이 가져오고 내보내는 항목을 release notes에서 확인해야 합니다.

성숙도가 세 번째 차이입니다. 프로젝트가 자체적인 미완성 부분을 솔직하게 문서화한다는 점은 장점입니다. 실시간 협업 중 실행 취소는 snapshot 기반이므로, 다른 협업자가 같은 속성을 동시에 편집한 내용을 되돌릴 수 있습니다. 편집은 desktop 우선이며, 휴대폰에서는 편집보다 보기와 발표가 더 잘 작동합니다. README에는 여전히 두 항목이 알려진 제한 사항으로 나열되어 있습니다. 휴대폰 지원은 빠르게 개선되고 있습니다. v1.0.11에서는 save-as 메뉴가 휴대폰 화면에 맞지 않았고, v1.0.12에서는 휴대폰에서 사본 저장 기능에 접근할 수 있게 되었으며, v1.0.19에서는 touch를 사용한 텍스트 편집이 추가되었습니다. 그전까지는 휴대폰에서 프레젠테이션이 사실상 읽기 전용이었습니다. 출시 후 3개월을 조금 넘긴 시점이므로 아직 알려지지 않은 제한 사항도 있습니다.

실제 문서를 이 도구에 맡겨도 되는가?

문서에 필요한 조건에 따라 판단해야 한다. 10년 뒤에 다시 열고 싶은 conference talk, sales deck 또는 강의 자료라면 적합하다. 파일 자체에 editor가 포함되어 있으므로 2036년에도 project가 존재해야 할 필요가 없기 때문이다. reviewer 3명, retention policy, 지정된 approver가 필요한 contract라면 적합하지 않다. 이러한 문서에는 account와 server-side history가 필요하기 때문이다.

실용적인 보호 조치는 2가지다. Deck은 version control에 보관하거나 history가 있는 backup에 저장해야 한다. 저장할 때 파일 자체를 다시 쓰는 방식은 저장 중 파일이 손상될 수도 있으므로, 전날의 복사본이 필요할 수 있다. 그리고 모르는 사람이 보낸 .bento.html는 document가 아니라 program으로 취급해야 한다. 실제로 그것은 내부에 완전한 application이 포함된 web page이기 때문이다. 신뢰할 수 없는 web page를 열 때와 같은 방식으로 열어야 한다. 반대로 자신의 deck에는 같은 특성이 유리하게 작용한다. 각 파일에 editor의 자체 복사본이 포함되므로, release note에 "Security: update this file"이라고 적혀 있으면 공유한 deck을 업데이트해야 한다. v1.2.5부터 v1.2.10까지의 모든 release가 그렇게 안내하며, v1.2.8은 예외다. v1.2.7은 deck을 실시간으로 공유하는 사용자에게 update 후 Reset access를 한 번 사용하도록 요구한다. v1.2.9는 각 password-protected deck을 한 번 unlock하고 저장하도록 요구한다.

자동화 측면은 실제로 유용하며 따로 언급할 가치가 있다. 문서가 파일 내부에 일반 JSON으로 저장되므로 coding agent는 .bento.html를 제자리에서 수정할 수 있다. 이 작업을 위한 Claude Code skill도 project에서 제공한다. local open-weight model에서도 작동하므로, 자체 model을 제공하는 Ollama를 이미 실행 중인 box에서는 외부로 아무것도 전송하지 않고 slide 초안을 작성할 수 있다.

소규모 서버에서 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는 선택 사항인 2가지 작업에 중요합니다. 다른 사람들이 파일을 다운로드할 수 있도록 HTTPS로 파일을 제공하는 것과, 실시간 협업을 위한 sync relay를 실행하는 것입니다. relay는 프로젝트 repository의 server/sync-worker/에서 self-host할 수 있으며 ciphertext와 connection metadata를 저장하므로 콘텐츠를 볼 수 없습니다.

Bento는 문서를 어떤 형식으로 저장합니까?

자체 JSON 형식으로 저장합니다. 이 JSON은 HTML 파일 상단 가까이에 읽을 수 있는 block으로 기록되며, fonts와 images는 그 옆에 함께 포함됩니다. text editor에서 파일을 열면 문서 구조를 읽을 수 있습니다. 따라서 scripts와 AI agents가 프레젠테이션을 제자리에서 편집할 수 있습니다. 또한 저장 형식이 OOXML이 아니라는 의미이기도 합니다. PowerPoint import는 4 October 2026의 v1.2.6에서 추가되었지만, 실행 중인 release에서 import와 export를 테스트하기 전에는 .pptx workflow가 문제없이 유지된다고 가정하지 마십시오.

사용자 계정이 없다면 협업은 어떻게 작동합니까?

협업 키는 문서를 만들 때 생성되고 파일 안에 저장되므로, 파일을 가진 사람은 누구나 세션에 참여할 수 있습니다. 편집 내용은 CRDT(conflict-free replicated data type, 중앙 authority 없이 동시 변경 사항을 병합하는 구조)로 병합되며 AES-GCM으로 암호화되어 전송됩니다. Presence name은 주장일 뿐 증명이 아니므로 participant list는 identity check가 아니라 label로 읽어야 합니다. 접근을 취소하려면 키를 교체하고 파일을 다시 배포해야 합니다.

Bento는 중요한 문서에 사용할 준비가 되었습니까?

MIT 라이선스로 공개되어 있으며 open 방식으로 개발됩니다. 1 August 2026에는 출시 후 2주가 되지 않았고 첫 주에 6개의 release가 있었습니다. 11 October 2026에는 출시 후 3개월이 되지 않았으며 23개의 release가 있었고, 그중 마지막 3개가 security issue를 해결했습니다. 27 October 2026까지 26개의 release가 있었고, v1.2.9와 v1.2.10에서 추가 security issue를 해결했습니다. 이번 달에 평가할 software로 취급하고, 이번 분기에 표준화할 software로 취급하지 마십시오. 모든 프레젠테이션을 history가 있는 backup에 보관하고, 파일을 최신 상태로 유지하며, 의존할 export path는 의존하기 전에 테스트하고, compliance 또는 retention 요구 사항이 있는 항목은 계정과 version history가 있는 system에 보관하십시오.