가이드

작성자 Matt Connor 2026-10-09

Nextcloud용 OnlyOffice vs Collabora 비교

Nextcloud 서버에 적합한 오피스 엔진을 선택하는 기준을 정리합니다. 2GB 이하 VPS 환경에서의 Collabora 활용법과 4GB 이상 서버에서 OnlyOffice Docs가 제공하는 docx 호환성 및 리소스 점유율 차이를 상세히 비교합니다.

OnlyOffice와 Collabora: 소규모 VPS를 위한 선택

OnlyOffice와 Collabora는 이미 운영 중인 파일 서버(대부분의 독자에게는 Nextcloud)에 연결하여 사용하는 두 가지 문서 엔진입니다. 2 GB RAM을 사용하는 VPS라면 Collabora를 선택하고 Nextcloud에 번들로 포함된 버전을 사용하십시오. 이 방식은 별도의 컨테이너를 추가하지 않으며 추가 웹 주소도 필요하지 않기 때문입니다. 4 GB 이상의 메모리를 사용한다면, 팀이 .docx 및 .xlsx 형식을 주로 사용하는 경우 ONLYOFFICE Docs가 추가 메모리 사용량만큼의 가치를 제공합니다. 해당 형식은 이 편집기에서 직접 작업할 수 있는 기본 포맷이기 때문입니다.

이 질문을 검색할 때마다 세 번째 이름이 등장합니다. ONLYOFFICE DocSpace는 자체 인터페이스를 가진 별도의 제품이며, Nextcloud와 연동되는 구성 요소가 아닙니다. 튜토리얼에서 단순히 "OnlyOffice"라고 언급했다는 이유로 DocSpace를 설치하는 경우가 많습니다. 이는 Nextcloud의 편집 버튼을 활성화하기 위해 대형 서버가 필요하다고 오해하는 가장 흔한 원인입니다.

혼동하기 쉬운 세 가지 제품

ONLYOFFICE Docs는 Document Server라고도 불리며, 편집 엔진 그 자체입니다. 파일 관리자가 포함되어 있지 않습니다. Nextcloud 커넥터는 이 제품과 통신합니다. Community Edition은 GNU AGPL v3 라이선스에 따라 무료로 제공됩니다.
ONLYOFFICE DocSpace는 작업 공간입니다. 룸, 멤버 관리, 공유 기능과 자체 웹 인터페이스를 갖추고 있으며, 내부에 Docs가 포함되어 있습니다. 이 제품은 Nextcloud를 확장하기보다는 그 기능과 겹치는 성격이 강합니다. 2026년 10월 확인된 최소 사양은 설치 스크립트 기준 CPU 4코어와 RAM 8 GB이며, 12 GB를 권장합니다. 단일 컨테이너 Docker 빌드는 6코어와 12 GB를 요구하며, ONLYOFFICE는 이 빌드를 운영 환경이 아닌 테스트용으로 명시하고 있습니다.
Collabora Online은 서버에서 실행되는 LibreOffice입니다. 문서를 서버에서 레이아웃하고 렌더링한 뒤, 이미지 형태로 브라우저에 전송합니다. 무료 빌드는 CODE(Collabora Online Development Edition의 약자)입니다.

Nextcloud는 Collabora를 위해 두 가지 앱을 제공합니다. 앱 스토어에 Nextcloud Office로 등록된 richdocuments은 Collabora 서버와의 커넥터입니다. richdocumentscode는 Nextcloud 설치 내부에 CODE를 포함하므로, 별도의 컨테이너를 실행하거나 프록시 규칙을 작성할 필요가 없습니다. Nextcloud 공식 매뉴얼은 내장 서버를 개인용이나 소규모 팀에 적합하다고 설명하며, 더 나은 성능을 위해 전용 Collabora 설치를 권장합니다.

아직 파일 서버를 결정하지 않았다면, 오피스 서버는 어떤 것을 선택하든 부가적인 요소이므로 Seafile과 Nextcloud 비교를 먼저 검토해야 합니다. 이미 Nextcloud가 구축되어 있다면, 이 가이드는 TLS와 백업을 갖춘 VPS상의 Nextcloud 인스턴스를 기본 환경으로 가정합니다.

각 서비스에 필요한 RAM 용량은 어느 정도입니까?

ChartVendor stated minimum RAM for the office server alone, October 2026

label

min_ram_gb

Collabora CODE

ONLYOFFICE Docs

ONLYOFFICE DocSpace

The data behind this chart

[
  {
    "label": "Collabora CODE",
    "min_ram_gb": 1
  },
  {
    "label": "ONLYOFFICE Docs",
    "min_ram_gb": 4
  },
  {
    "label": "ONLYOFFICE DocSpace",
    "min_ram_gb": 8
  }
]

위 수치는 2026년 10월 기준으로 각 벤더가 공개한 사양이며, 다른 서비스 없이 오피스 서버만 단독으로 실행할 때 필요한 최소 사양입니다. Collabora의 CODE 컨테이너 퀵 스타트 가이드에서는 1 GB를 요구합니다. ONLYOFFICE는 Docker 환경의 Docs 기준으로 4 GB의 RAM과 4 GB의 스왑, 40 GB의 여유 디스크 공간을 요구합니다. DocSpace는 벤더 스크립트로 설치할 경우 8 GB의 RAM과 4개의 CPU 코어를 요구하며, 12 GB 이상의 RAM을 권장합니다.

이제 같은 서버에 Nextcloud를 추가해 보겠습니다. PHP-FPM(FastCGI process manager) 워커, 데이터베이스, 백그라운드 작업 실행기 모두 메모리를 점유하며, 파일 목록을 빠르게 표시하기 위한 커널 페이지 캐시 또한 메모리를 사용합니다. 2 GB RAM을 가진 VPS에서는 독립적인 오피스 컨테이너를 실행할 여유가 없으므로 서버는 스왑을 사용하게 됩니다. 스왑이 발생하는 서버는 마치 고장 난 것처럼 동작합니다. 편집기 로딩 아이콘이 30초 동안 돌다가 결국 응답을 포기하게 됩니다. 이것이 바로 내장형 CODE 앱이 존재하는 이유입니다. 이 앱은 Collabora 바이너리를 Nextcloud 앱 내부에 포함하며, Nextcloud가 편집기 트래픽을 로컬로 프록시 처리합니다. 이 방식은 약간의 속도 저하를 감수하는 대신 별도의 서비스를 하나 더 운영해야 하는 부담을 줄여줍니다.

두 엔진이 메모리를 서로 다른 방식으로 사용하는 이유

Collabora는 서버에서 렌더링을 수행합니다. 열려 있는 각 문서는 컨테이너 내부에서 고유한 프로세스를 생성하며, 누군가 편집하는 동안 docker exec collabora ps -ef 명령으로 이를 확인할 수 있습니다. 메모리 사용량은 동시에 열려 있는 문서 수에 비례하여 증가하므로, 유휴 상태의 서버는 비용이 적게 들지만 10명이 동시에 편집하는 경우에는 그렇지 않습니다.

ONLYOFFICE Docs는 레이아웃 작업을 브라우저로 분산합니다. 편집기는 JavaScript로 동작하며, 서버는 파일을 저장하고 공동 편집을 조정하며 형식 변환을 수행합니다. 2026년 5월에 출시된 버전 9.4부터 Community Edition 컨테이너는 단일 통합 서버 프로세스 앞단에서 nginx를 실행하며, 내부에 PostgreSQL이나 RabbitMQ를 포함하지 않습니다. ONLYOFFICE는 여전히 아무도 연결되지 않은 상태의 최소 사양으로 4 GB를 권장합니다.

두 엔진의 메모리 사용 곡선은 형태가 다릅니다. Collabora는 낮은 수준에서 시작하여 문서가 열릴 때마다 증가합니다. 반면 ONLYOFFICE는 작업의 일부가 사용자 노트북에서 수행되기 때문에 높은 수준에서 시작하여 더 완만하게 증가합니다.

무료 빌드 제한 사항

CODE는 기본 모드에서 문서나 연결 수에 제한을 두지 않습니다. 이는 2026년 9월 Collabora 포럼에서 Collabora 직원이 직접 확인한 내용입니다. 이전 가이드에서 언급된 10개의 문서 및 20개의 연결 제한은 선택 사항인 Home Mode를 활성화했을 때만 적용되며, 기본적으로는 활성화되어 있지 않습니다. CODE와 유료 버전인 Collabora Online을 구분 짓는 요소는 안정성과 지원 여부입니다. Collabora는 CODE를 지속적으로 개발 중인 롤링 릴리스(rolling release)로 정의하며, SLA나 장기 지원(LTS)을 제공하지 않으므로 가정용이나 소규모 팀에 적합하며 운영 환경에는 권장하지 않습니다. Collabora Online은 장기 지원, SLA, 서명된 보안 업데이트를 제공하는 안정적인 에디션입니다. 규모 산정을 위해 Collabora의 FAQ는 CPU 스레드당 10명의 사용자, 사용자당 50 MB의 RAM, 그리고 시스템용으로 1 GB의 추가 메모리를 권장합니다.

ONLYOFFICE Docs Community Edition은 버전 9.4부터 연결 제한이 없습니다. 해당 버전에서 기존의 20개 동시 문서 열기 제한이 삭제되었습니다. Docker 요구 사항 페이지에서는 규모 산정 기준을 다음과 같이 제시합니다. 2.8 GHz 듀얼 코어 CPU와 4 GB RAM 환경에서 100~200명의 사용자를, 쿼드 코어 환경에서는 200~400명의 사용자를 수용할 수 있습니다. 단, 실제 수용 인원은 사용자가 여는 문서의 크기와 유형에 따라 달라질 수 있다는 점을 유의해야 합니다. 이 수치는 벤더가 특정 조건에서 측정한 최대치로 이해해야 합니다.

.docx와 .xlsx 파일을 더 잘 처리하는 것은 무엇입니까?

ONLYOFFICE는 Office Open XML(OOXML) 형식에서 직접 작동하므로, .docx 파일이 도착한 형식 그대로 열리고 편집되며 다시 저장됩니다. Collabora는 내부적으로 LibreOffice를 사용하며 기본 형식은 OpenDocument(ODF)이므로, 모든 OOXML 파일은 열 때 가져오기 단계를, 저장할 때 내보내기 단계를 거칩니다. 두 제품 모두 일상적인 문서 작업에는 충분합니다. 차이점은 Microsoft Word나 Excel에서 복잡한 서식을 사용하여 만든 파일에서 나타나며, 데이터 손실보다는 사소한 레이아웃 틀어짐으로 나타납니다.

이 문서를 포함한 비교 페이지의 내용으로 결론을 내리지 마십시오. 가장 상태가 좋지 않은 파일 두 개(변경 내용 추적 기능이 포함된 파일과 피벗 테이블이 포함된 파일)를 선택하여 두 편집기에서 각각 열고, 저장하고, 다운로드한 뒤 원본과 비교해 보십시오. 20분 정도 투자하여 직접 확인하는 것이 귀하의 문서에 대한 호환성 문제를 해결하는 유일한 방법입니다.

한 사람이 가끔 파일을 편집하는 경우라면, 단일 파일 오피스 제품군을 사용하여 문서 서버를 별도로 실행하지 않는 것이 좋습니다.

라이선스 및 유료 제품의 범위

ONLYOFFICE Docs Community Edition은 GNU AGPL v3 라이선스를 따르며, 버전 9.4부터는 저작자 표시, 저작권 고지, 수정된 버전에 대한 명확한 표기를 요구하는 추가 약관이 적용됩니다. 해당 라이선스는 ONLYOFFICE 상표를 사용할 권리를 부여하지 않습니다. Collabora Online의 소스 코드는 Mozilla Public License 2.0을 따릅니다. 두 프로젝트 모두 오픈 소스이며, 각 기업은 기술 지원이 포함된 빌드를 판매합니다.

무료 빌드에서 제한되는 사항은 각기 다릅니다. Collabora의 무료 빌드는 기본 모드에서 사용량 제한이 없으며, 안정성과 기술 지원이 제공되지 않는다는 점이 다릅니다. 이는 SLA가 없는 롤링 개발 릴리스입니다. ONLYOFFICE의 무료 빌드 또한 사용량 제한이 없으며, ONLYOFFICE는 기술 지원과 추가 기능이 포함된 Enterprise 및 Developer 에디션을 판매합니다. 가정이나 소규모 팀의 경우 두 무료 빌드 모두 충분합니다. 기업의 경우, AGPL 의무 사항과 사용자당 과금 정책은 별개의 문제이며 각각 다른 해결책이 필요하므로, 도입을 계획하기 전에 라이선스 약관을 반드시 확인하십시오.

둘 중 하나를 설치하는 것은 단일 컨테이너 구성입니다

ONLYOFFICE Docs는 리버스 프록시가 앞단에서 TLS(transport layer security)를 종료하므로 루프백에 바인딩합니다:

sudo docker run -i -t -d -p 127.0.0.1:8081:80 --restart=always \
  -e JWT_SECRET=replace_this_with_a_long_random_string \
  onlyoffice/documentserver

JWT_SECRET는 직접 설정하십시오. JWT(JSON web token) 서명은 ONLYOFFICE Docs 7.2 버전부터 기본적으로 활성화되어 있으며, 비밀 키를 제공하지 않으면 컨테이너가 자동으로 생성합니다. 생성된 비밀 키는 컨테이너가 재생성될 때 변경될 수 있으며, 이 경우 커넥터가 작동을 멈추고 화면에 유용한 메시지도 표시되지 않습니다.

첫 실행에는 몇 분 정도 소요됩니다. 다음 명령으로 확인하십시오:

curl http://127.0.0.1:8081/healthcheck

컨테이너 내부의 편집기가 사용할 준비가 되면 해당 엔드포인트는 true을 반환합니다. 그 외의 결과나 false가 포함된 결과가 나오면 Nextcloud 설정을 변경하기 전에 컨테이너의 docker logs를 확인하십시오.

Collabora CODE:

docker run -t -d --name collabora --restart always \
  -p 127.0.0.1:9980:9980 \
  -e "aliasgroup1=https://cloud.example.com:443" \
  -e "extra_params=--o:ssl.enable=false" \
  collabora/code

aliasgroup1은 이 컨테이너가 작업을 수락할 Nextcloud 주소 목록이며, 포트 번호도 포함해야 합니다. ssl.enable=false을 설정하면 앞단의 리버스 프록시가 TLS를 처리하므로 Collabora 서버 프로세스인 coolwsd가 컨테이너 내부에서 일반 HTTP로 통신하게 됩니다. 다음 명령으로 확인하십시오:

curl http://127.0.0.1:9980/hosting/capabilities
curl http://127.0.0.1:9980/hosting/discovery

첫 번째 명령은 JSON을, 두 번째 명령은 XML을 반환합니다. 연결이 거부된다면 컨테이너가 아직 시작 중이거나 종료된 상태이므로 docker logs collabora을 읽어보십시오.

편집기를 Nextcloud에 연결하기

Collabora의 경우, Nextcloud Office 앱을 설치한 뒤 관리자 설정에서 Office로 이동합니다. 자체 서버 사용 옵션을 선택하고 사용자의 브라우저가 접근할 수 있는 주소(예: https://office.example.com)를 입력합니다. Nextcloud가 파일을 보관하고 Collabora가 WOPI(web application open platform interface)를 통해 파일을 가져오는 방식이므로, 다음 네 가지 네트워크 경로가 모두 정상적으로 작동해야 합니다.

브라우저가 Nextcloud에 도달해야 합니다.
브라우저가 Collabora 서버에 도달해야 합니다.
Nextcloud가 Collabora 서버에 도달해야 합니다.
Collabora가 Nextcloud에 도달해야 합니다.

마지막 두 경로는 수동으로 테스트하십시오. Nextcloud 서버에서 curl https://office.example.com/hosting/capabilities 명령을 실행하면 JSON이 출력되어야 합니다. Collabora 컨테이너 내부에서 curl https://cloud.example.com/status.php 명령을 실행하면 Nextcloud의 상태 JSON이 출력되어야 합니다. 어느 쪽이든 실패하는 경로를 수정해야 합니다.

ONLYOFFICE의 경우, 커넥터 앱을 설치한 뒤 설정에서 ONLYOFFICE Docs 주소와 비밀 키를 입력합니다. 비밀 키는 JWT_SECRET와 정확히 일치해야 합니다. 컨테이너가 자체적으로 키를 생성했다면, 컨테이너 내부의 services.CoAuthoring.secret.inbox.string 경로에 있는 /etc/onlyoffice/documentserver/local.json 파일에서 확인할 수 있습니다. 그 후 웹 서버 사용자로 실행하여 Nextcloud 디렉터리에서 다음을 확인하십시오.

php occ onlyoffice:documentserver --check

이 명령은 연결을 확인하거나 커넥터가 겪고 있는 오류를 출력합니다. 브라우저 콘솔을 확인하는 것보다 이 방법이 더 빠릅니다. 두 커넥터 모두 브라우저 주소와 서버 간 통신 주소가 다른 경우를 대비한 고급 설정 필드를 제공합니다. 예를 들어 Nextcloud가 사설 네트워크를 통해 편집기에 접근하는 경우가 이에 해당합니다. 내부 트래픽을 공용 주소로 보냈다가 다시 돌아오게 하지 말고, 해당 필드에 내부 주소를 입력하십시오.

리버스 프록시 환경에서 편집 기능이 작동하지 않는 이유

"열리지 않는다"는 보고의 대부분은 다음 원인 중 하나입니다.

프로토콜 불일치. https에서 실행 중인 Nextcloud에 http 주소로 오피스 서버를 설정하면 실패합니다. 보안 페이지 내부에서 보안되지 않은 프레임을 로드하는 것을 브라우저가 차단하기 때문입니다. 두 곳 모두 https을 사용하십시오.

Collabora용 프록시 규칙 누락. 프록시는 /browser, /hosting/discovery, /hosting/capabilities, /cool, /cool/adminws 및 /cool/(.*)/ws의 웹소켓 연결을 9980번 포트로 전달해야 합니다. 웹소켓 규칙을 빠뜨리면 문서 프레임은 로드되지만 빈 화면으로 남습니다. 편집기가 로드 직후 웹소켓을 열지만 응답을 받지 못하기 때문입니다.

잘못된 aliasgroup1. 컨테이너는 알지 못하는 주소에서 들어오는 요청을 거부하며, docker logs collabora에 No acceptable WOPI hosts found이 기록됩니다. 이 값은 사용자가 입력하는 Nextcloud URL(포트 포함)과 일치해야 합니다.

Nextcloud가 로컬 주소 호출을 거부함. Nextcloud는 기본적으로 로컬 및 사설 주소로의 발신 요청을 차단하며, 로그에는 Host violates local access rules이 기록됩니다. 편집기에 로컬 주소로만 접근할 수 있는 경우 config.php 파일에 'allow_local_remote_servers' => true을 설정하십시오.

너무 좁게 설정된 WOPI 허용 목록. Nextcloud의 오피스 설정에는 파일을 가져올 수 있는 주소를 제한하는 WOPI 요청 허용 목록이 있습니다. 이는 유용한 설정이지만, 컨테이너가 새 IP 주소를 할당받아 재시작된 후 편집 기능이 작동하지 않게 만드는 원인이 되기도 합니다. 재빌드 직후 문서가 열리지 않는다면 이 항목을 가장 먼저 확인하십시오.

ONLYOFFICE가 파일을 다운로드할 수 없음. 커넥터가 Error while downloading the document file to be converted. 오류를 보고합니다. 문서 서버가 Nextcloud에서 파일을 가져오도록 지시받았으나 실패한 경우입니다. 컨테이너 내부에서 해당 주소에 접근할 수 없거나, Nextcloud가 제공하는 인증서를 신뢰할 수 없거나, 비밀 키가 일치하지 않는 경우입니다. 컨테이너 내부에서 docker exec를 사용하여 해당 URL에 대해 curl을 실행하면, 보통 한 줄로 된 원인을 확인할 수 있습니다.

2 GB 및 4 GB 메모리에서 실제로 구동 가능한 서비스

2 GB 메모리 환경에서는 Nextcloud와 내장된 CODE 앱을 실행하는 것까지만 권장합니다. 독립형 서버보다 속도가 느리며 대용량 스프레드시트를 처음 열 때 수 초가 걸릴 수 있지만, 별도의 프록시 설정이 필요 없다는 장점이 있습니다. 1인 가구 수준의 사용량에는 적합한 선택입니다.

4 GB 메모리 환경에서는 Nextcloud와 독립형 CODE 컨테이너를 함께 실행할 수 있습니다. 이때 갑작스러운 부하로 서버가 다운되지 않도록 swap을 반드시 설정해야 합니다. 이 정도 사양부터는 문서 편집이 원활하게 느껴집니다.

Nextcloud와 함께 ONLYOFFICE Docs를 운영하려면 6 GB에서 8 GB의 메모리를 확보하거나, Docs 전용 소형 서버를 분리하는 것이 좋습니다. 문서 서버 단독으로도 4 GB의 메모리가 필요하므로, 4 GB 서버에서 Nextcloud와 공유하면 실제 사용 시 메모리 스와핑이 빈번하게 발생합니다.

소형 VPS에 DocSpace를 설치하는 것은 피해야 할 실수입니다. 공식 문서상 스크립트 설치 최소 사양은 8 GB의 RAM과 4개의 CPU 코어이며, 권장 사양은 12 GB RAM과 6개의 CPU 코어입니다. 널리 공유된 한 가이드에서는 8 GB 인스턴스에 벤더 설치 스크립트로 DocSpace를 배포하는데, 이는 최소 사양을 간신히 충족할 뿐 권장 사양에는 미치지 못하며 사용자의 실제 요구 사항과는 거리가 멉니다. 가이드를 따르기 전에 무엇이 설치되는지 확인하고, 인용된 요구 사양이 벤더 페이지에서 마지막으로 검증된 시점이 언제인지 확인하십시오. 설치 스크립트는 여러 방법 중 하나일 뿐입니다. Docs와 CODE는 사용자가 직접 시작, 중지, 삭제할 수 있는 단일 컨테이너이므로, 전체 스택을 구성하는 스크립트보다 관리하기가 훨씬 수월합니다.

소형 서버에서 운영할 만한 서비스에 대한 더 넓은 범위의 질문은 2026년에 자가 호스팅할 가치가 있는 서비스에서 다룹니다.

FAQ

Nextcloud에는 OnlyOffice와 Collabora 중 무엇이 더 나은가요?

일반적으로 어느 쪽이 더 낫다고 할 수 없으며, 보통 메모리 용량이 선택을 결정합니다. Collabora는 자체 퀵 스타트 문서에 명시된 1 GB의 RAM에서 시작하며, 무료 CODE 빌드는 기본 모드에서 문서나 연결 수 제한이 없습니다. 다만 Collabora는 프로덕션 환경보다는 가정용이나 소규모 팀을 대상으로 합니다. ONLYOFFICE Docs는 Nextcloud 자체 요구 사항 외에 추가로 4 GB의 RAM을 요구하며, 버전 9.4부터 연결 제한이 없습니다. 또한 .docx 및 .xlsx에서 직접 작동하므로 Microsoft Office 서식을 원본과 더 가깝게 유지합니다. 소규모 VPS를 사용한다면 Collabora를 선택하십시오. 팀이 하루 종일 Office 형식으로 작업하고 편집기에 충분한 메모리를 할당할 수 있다면 ONLYOFFICE를 선택하십시오.

Nextcloud에서 문서를 편집하려면 RAM이 얼마나 필요한가요?

Nextcloud 내장 CODE 서버 앱을 사용하면 2 GB로도 충분합니다. 이 앱은 별도의 서비스가 아닌 Nextcloud 설치 내부에서 실행되기 때문입니다. Nextcloud와 독립형 Collabora CODE 컨테이너를 함께 운영하려면 4 GB가 적당합니다. ONLYOFFICE Docs는 문서 서버 단독으로 최소 4 GB의 RAM을 요구하므로, Nextcloud와 같은 서버에서 운영할 경우 6~8 GB의 RAM을 확보하거나 별도의 서버에 분리하여 설치하십시오.

문서 프레임이 열린 뒤 빈 화면으로 유지되는 이유는 무엇인가요?

편집기는 HTTPS를 통해 로드된 후 웹소켓을 엽니다. 따라서 빈 프레임이 나타나는 것은 거의 항상 웹소켓 연결에 실패했음을 의미합니다. nginx 뒤에서 Collabora를 운영 중이라면 프록시가 연결 업그레이드 헤더와 함께 /cool/(.*)/ws를 전달하는지, 그리고 /browser, /hosting/discovery, /hosting/capabilities도 올바르게 전달되는지 확인하십시오. 그런 다음 컨테이너의 docker logs를 확인하십시오. No acceptable WOPI hosts found 오류는 aliasgroup1 값이 브라우저가 사용한 Nextcloud 주소(포트 포함)와 일치하지 않음을 의미합니다.

Nextcloud에서 파일을 편집하려면 ONLYOFFICE DocSpace가 필요한가요?

아니요. DocSpace는 자체 인터페이스와 사용자 계정을 가진 독립형 작업 공간이며, Nextcloud 커넥터와는 연동되지 않습니다. Nextcloud가 연결하는 대상은 문서 서버인 ONLYOFFICE Docs입니다. DocSpace는 스크립트 설치 시 최소 8 GB의 RAM과 4개의 CPU 코어를 요구하며, 12 GB를 권장합니다. 이 때문에 DocSpace를 설치하는 가이드를 보고 브라우저 편집을 위해 대형 서버가 필요하다고 오해하는 경우가 많습니다.

#onlyoffice#collabora#nextcloud #office-suite #self-hosting