홈
» 네트워크 관리자
»
Matrix Synapse, Dendrite, Conduit: 경량 서버 비교
Matrix Synapse, Dendrite, Conduit: 경량 서버 비교
Matrix 홈서버를 선택할 때는 단순히 바이너리 크기가 가장 작은 서버를 찾는 것보다는, 감당할 수 있는 운영상의 장단점을 고려하는 것이 더 중요합니다. Synapse, Dendrite, Conduit는 모두 Matrix를 지원하지만, 각 서버는 완성도, 구현 언어, 데이터베이스 모델, 확장성, 그리고 관리자가 감수해야 할 호환성 위험 수준 등에서 차이가 있습니다. 2026년 10월 5일 기준으로 공식 Matrix 서버 디렉토리에는 Synapse가 안정 버전(Stable)으로 , Dendrite와 Conduit는 베타 버전(Beta)으로 표시되어 있습니다 . 따라서 단순히 "가볍다"는 막연한 주장보다는 이러한 완성도 차이를 고려하는 것이 훨씬 중요합니다.
이 실질적인 비교는 현재 문서화되고 검증 가능한 내용에 초점을 맞춥니다. 모든 프로젝트가 동일한 사용자, 회의실, 연합 트래픽, 미디어 부하, 데이터베이스 튜닝 및 하드웨어 조건에서 세 가지 성능을 공정하게 대표하는 단일 통제된 벤치마크를 발표하지 않았기 때문에, 이 비교는 보편적인 RAM 또는 CPU 승자를 주장하지 않습니다.
Synapse, Dendrite, 및 Conduit는 모두 Matrix 홈서버이지만, 성숙도, 저장 용량 및 배포 방식에 있어 서로 다른 접근법을 취합니다.
간략 비교: 어떤 서버가 어떤 작업에 적합할까요?
섬기는 사람
공식적인 성숙도
구현
일반적인 저장 경로
실용적인 핏
시냅스
안정적인
현재 코드베이스에는 Python과 Rust 구성 요소가 포함되어 있습니다.
PostgreSQL은 프로덕션 환경에 권장됩니다. SQLite도 있지만 공식 문서에서는 테스트용으로 권장한다고 명시하고 있습니다.
"경량"이라는 용어는 적어도 네 가지를 의미할 수 있습니다. 유휴 메모리 사용량, 동기화 및 연합 중 CPU 사용량, 스토리지 증가율, 또는 관리자가 실행해야 하는 지원 서비스 수 등이 그것입니다. 이러한 측정 기준에 따라 성능이 달라지는 서버가 있습니다. 몇 개의 개인 채팅방에 참여하는 단일 사용자 홈 서버는 대규모 공용 채팅방에 참여하고, 여러 네트워크를 연결하고, 수년간의 미디어를 저장하거나, 연합 기능에 적극적으로 참여하는 서버와는 매우 다른 방식으로 작동합니다.
따라서 리소스 할당은 배포 환경과 일치하는 재현 가능한 벤치마크로 뒷받침되지 않는 한 워크로드에 따라 달라지는 것으로 간주해야 합니다. 가장 유용한 조치는 예상 워크로드를 먼저 정의하는 것입니다. 예를 들어 로컬 사용자 수, 참여하려는 가장 큰 회의실, 페더레이션 활성화 여부, 브리지 또는 앱 서비스 필요 여부, 예상 미디어 볼륨, 고가용성 필요 여부 등을 고려해야 합니다.
Synapse: 가장 안전하고 호환성을 최우선으로 고려한 선택
Synapse는 가장 폭넓은 운영 이력을 원하는 경우 여전히 안정적인 선택입니다. Matrix.org는 Synapse를 안정적이라고 설명하며, Element는 현재 저장소를 적극적으로 관리하고 있습니다. 이 리뷰 작성 시점을 기준으로 최신 안정 버전인 Synapse 1.162.0 (2026년 9월 29일 출시)이 GitHub에 게시되었습니다. 최신 릴리스는 Synapse 공식 릴리스 페이지 에서 확인할 수 있습니다 .
Synapse는 흔히 "무겁다"라고 표현되지만, 이는 맥락을 고려해야 합니다. Synapse 프로젝트는 요청 성능 향상을 위해 의도적으로 메모리 캐시를 유지합니다. 관리자 FAQ에서도 아키텍처가 RAM을 많이 사용할 수 있다고 명시적으로 언급하고 있습니다. 설치 가이드에서도 대규모 공용 채팅방에 참여하려면 최소 1GB의 여유 RAM이 필요하다고 안내합니다. 이는 계획을 세울 때 유용한 최소 요구 사항일 뿐, 모든 소규모 개인 환경에 필수적인 것은 아닙니다.
데이터베이스 및 확장 모델
Synapse는 SQLite로 시작할 수 있지만, 공식 설치 문서에서는 거의 모든 설치에 PostgreSQL을 사용해야 하며 프로덕션 서버에서는 SQLite를 사용해서는 안 된다고 명시하고 있습니다. 이는 Synapse를 장기 사용을 위해 제대로 배포하면 "간편한 단일 파일 데이터베이스"라는 장점이 거의 사라지기 때문에 중요합니다.
Synapse는 세 가지 솔루션 중 확장 경로가 가장 명확하게 문서화되어 있습니다. 소규모 설치는 단일 시스템으로 실행할 수 있으며, 대규모 설치는 워커라고 하는 여러 프로세스로 작업을 분산할 수 있습니다. 현재 Synapse 워커 문서에 따르면 워커 배포는 PostgreSQL을 공유하며 클라이언트 및 페더레이션 워크로드를 프로세스 간에 분산할 수 있습니다. 이는 운영상의 복잡성을 증가시키지만, 단일 프로세스로는 더 이상 충분하지 않을 때 명확한 확장 경로를 제공합니다.
Synapse를 선택할 때는 다음과 같은 경우를 선택하세요.
이 비교에서 가장 완성도 높은 옵션을 선택해야 합니다.
브리지, 앱 서비스, 관리 도구 또는 흔하지 않은 Matrix 기능을 사용할 것으로 예상되며 호환성 문제로 인한 예상치 못한 상황을 최소화하고자 합니다.
귀하는 프로덕션 환경에서 PostgreSQL을 운영할 의향이 있습니다.
궁극적으로는 작업자 기반 확장이 필요할 수 있습니다.
조치: Synapse를 거부하는 유일한 이유가 리소스 사용량이라면, 용량이 너무 크다고 단정하기 전에 실제 워크로드에서 PostgreSQL을 사용하여 테스트해 보십시오. 유휴 메모리만으로는 페더레이션 성능이나 대규모 환경에서의 동작을 제대로 파악할 수 없습니다.
Dendrite: Go 기반 대안으로 현재 베타 버전입니다.
Dendrite는 Go 언어로 개발된 2세대 Matrix 홈서버입니다. 기존 matrix-org 저장소는 2024년 11월에 아카이브되었지만, 그렇다고 Dendrite가 사라진 것은 아닙니다 . 개발은 Element Dendrite 저장소 로 이전되었으며 , 이 저장소는 현재까지 활발하게 운영되고 있습니다. 공식 Matrix 서버 디렉터리에는 여전히 Dendrite Beta라는 이름이 붙어 있습니다.
이러한 구분은 중요합니다. 왜냐하면 이전 기사들이 독자들에게 두 가지 상반된 오해를 불러일으킬 수 있기 때문입니다. 하나는 Dendrite가 개발 중단되었다는 것이고, 다른 하나는 이미 Synapse를 대체했다는 것입니다. 2026년 10월 현재, 두 가지 모두 사실이 아닙니다. Dendrite는 유지보수되고 있지만, 공식적인 완성도는 여전히 베타 버전입니다.
배포 및 데이터베이스 고려 사항
Dendrite의 Docker Compose 경로는 PostgreSQL을 종속성으로 사용하며, 홈 서버를 모놀리식 구성으로 실행합니다. 따라서 기본적인 프로덕션 스타일 아키텍처(리버스 프록시, Dendrite, PostgreSQL, 그리고 일반적인 Matrix DNS/TLS 설정)를 쉽게 이해할 수 있습니다.
Dendrite의 Go 구현은 컴파일된 바이너리와 Go의 운영 생태계를 선호하는 관리자에게 매력적입니다. 그러나 언어 선택만으로 실제 리소스 소비가 줄어든다는 것을 보장할 수는 없습니다. 페더레이션 상태 해결, 룸 크기, 미디어, 데이터베이스 동작 및 클라이언트 동기화 패턴은 여전히 많은 Matrix 워크로드에서 중요한 요소입니다.
본 검토 시점 기준으로 Dendrite 공식 릴리스 목록에는 0.15.2 버전이 최신 릴리스로 표시되어 있습니다. 0.15 시리즈에는 룸 버전 12 관련 수정 사항과 안정성 문제가 포함되어 있으며, 이는 베타 소프트웨어의 개발 속도가 매우 빠르다는 점을 다시 한번 상기시켜 줍니다. 업그레이드 또는 배포 전에 Dendrite 공식 릴리스를 반드시 확인하십시오.
덴드라이트를 선택할 때는 다음과 같은 경우를 고려하세요.
특히 Go 기반 Matrix 홈서버를 실행하고 싶으신군요.
클라이언트, 페더레이션, 브리지 및 관리 도구의 동작을 검증한 후 최종 결정을 내리는 데 어려움이 없으신가요?
구현 아키텍처가 다른 대신 베타 버전의 완성도를 감수할 수 있습니다.
실행: 사용할 클라이언트와 앱 서비스를 정확하게 설정하여 Dendrite를 준비하세요. "Synapse보다 가볍다"는 식의 모호한 주장보다는 기능 체크리스트를 작성하는 것이 훨씬 유용합니다.
Conduit: 소규모 범위에 초점을 맞춘 간단한 Rust 배포
Conduit는 Rust로 개발된 Matrix 홈서버로, 효율적이고 설치가 간편하며 Raspberry Pi와 같은 소형 컴퓨터에서도 사용 가능하도록 설계되었습니다. 이 프로젝트는 공식 GitLab 저장소 에서 활발하게 운영되고 있으며, Matrix 생태계 디렉토리에서는 베타 버전으로 표시되어 있습니다.
컨듀잇은 이 세 가지 프로젝트 비교에서 가장 명백하게 "경량화 지향적"인 프로젝트이지만, 자체 문서에서도 현황에 대해 신중한 태도를 보입니다. 대부분의 매트릭스 룸은 작동하지만 모든 기능이 구현된 것은 아니며 사용자는 버그를 발견할 수 있습니다. 공식 컨듀잇 소개 페이지 에는 현재의 제한 사항이 명시되어 있으므로 관리자는 이전 기능 매트릭스에 의존하기보다는 해당 페이지를 확인해야 합니다.
저장 및 운영 공간
Conduit의 일반 배포 문서에서는 현재 RocksDB 또는 SQLite를 권장합니다. 이는 Synapse의 PostgreSQL 중심 프로덕션 지침 및 Dendrite Docker 설정 문서와는 상당히 다릅니다. 소규모 서버의 경우, 별도의 PostgreSQL 서비스를 사용하지 않으면 유지 관리, 백업, 모니터링 및 업데이트해야 하는 구성 요소의 수를 줄일 수 있습니다.
Conduit는 리버스 프록시 뒤에서 간단한 systemd 배포를 위한 기본 가이드와 Docker 이미지를 제공합니다. 문서에는 페더레이션, 위임, TURN 및 앱 서비스에 대한 내용이 포함되어 있습니다. 따라서 Conduit는 최대의 생태계 지원보다는 단순성이 더 중요한 가정, 소규모 팀, 연구실 또는 취미용 서버에 적합합니다.
전선관을 선택할 때는 다음 경우를 고려하십시오.
가장 중요한 목표는 간결하고 직관적인 자체 호스팅 배포를 구축하는 것입니다.
PostgreSQL을 유지 관리하는 대신 Rust와 내장 데이터베이스 옵션을 원하시는군요.
문서에 명시된 누락된 기능을 확인했으며, 해당 기능들이 사용 목적에 방해가 되지 않는다는 것을 확인하셨습니다.
중요한 통신을 위해 서버에 의존하기 전에 페더레이션 및 앱 서비스를 테스트할 수 있습니다.
조치: Conduit 공식 소개에서 현재 제한 사항을 읽고 실제 사용자를 이동하기 전에 가장 큰 규모의 연합 회의실을 테스트하십시오. 연합 동작은 "소형 서버" 가정이 가장 문제가 될 수 있는 부분입니다.
기능 완성도가 유휴 RAM보다 더 중요합니다.
상용 버전을 선택할 경우, 성숙도 라벨은 유용한 첫 번째 필터 역할을 합니다. Synapse는 안정적이고, Dendrite와 Conduit는 베타 버전입니다. 베타 버전이라고 해서 사용 불가능하다는 의미는 아니며, 안정 버전이라고 해서 리소스가 필요 없다는 의미도 아닙니다. 단지 위험 프로필이 다르다는 것을 의미합니다.
필요한 기능 하나가 부족한 경량 서버는 예측 가능한 방식으로 작동하는 고성능 서버보다 관리자 시간을 더 많이 소모할 수 있습니다. 예를 들어 브리지 동작, 애플리케이션 서비스, 계정 관리, 최신 회의실 버전, 페더레이션 예외 상황, 관리자 워크플로 및 업그레이드 도구 등이 있습니다. 이러한 문제들은 프로그래밍 언어 문제가 아니라 작업 부하 및 통합 문제입니다.
Go 언어를 선호하고 PostgreSQL 기반 배포 환경에서 베타 홈서버를 운영할 준비가 되어 있다면 Dendrite를 평가해 보세요 .
Conduit을 평가할 때는 RocksDB 또는 SQLite를 사용하는 간단한 Rust 서버가 매력적이고 문서화된 기능 부족 부분이 허용 가능한 수준인지 판단하십시오.
단순히 유휴 RAM 용량만으로 선택하지 마세요. 룸 참가, 초기 동기화, 페더레이션 동기화, 미디어 처리, 그리고 실제로 사용하는 브리지 등을 테스트해 보세요.
저장 공간 증가율을 측정하세요. 넓은 공간과 미디어 용량은 CPU와 RAM 용량이 충분해 보이더라도 디스크 사용량을 더 큰 제약 요소로 만들 수 있습니다.
마이그레이션 전에 백업 계획을 세우십시오. Matrix 서버 이름은 사용자 ID 및 회의실 식별자의 일부가 되므로 홈서버를 교체하는 것은 상태 비저장 웹 서비스를 교체하는 것과는 다릅니다.
결론적으로
프로토콜 및 통합 위험을 최소화하려는 대부분의 관리자에게 Synapse는 여전히 기본 권장 사항입니다 . Synapse는 Matrix 공식 디렉터리에서 이 세 가지 옵션 중 유일하게 안정적인 버전이며, 방대한 문서, PostgreSQL 운영 환경 지침, 그리고 대규모 배포를 위한 워커 아키텍처에 대한 문서화된 정보를 제공합니다.
Dendrite 는 중간 경로라고 할 수 있습니다. 매력적인 아키텍처를 갖춘 유지보수 중인 Go 구현체이지만, 아직 공식적으로 베타 버전입니다. 따라서 "더 가벼운 Synapse"로 바로 사용하기보다는, 실제 클라이언트 및 통합 환경과 비교하여 유효성을 검증하는 용도로 사용하는 것이 가장 좋습니다.
Conduit는 "경량"이라는 의미가 지원 서비스 수를 줄이고 자체 호스팅 공간을 최소화하는 것을 뜻할 때 가장 적합한 선택지입니다. RocksDB/SQLite 배포 모델과 Rust로 구현된 점은 소규모 시스템에 매력적이지만, 베타 버전이라는 점과 문서에 명시된 기능 부족으로 인해 호환성 테스트가 필수적입니다.
Matrix의 모든 워크로드에서 RAM, CPU 또는 디스크 구성에 대해 검증된 만능 해결책은 없습니다. 실질적인 승자는 필요한 기능 세트를 충족하면서 안정적으로 유지 관리할 수 있는 최소한의 운영 공간을 차지하는 서버입니다.