Chatto 오픈소스 공개, 팀 채팅도 직접 운영하는 흐름으로 가요

Chatto 오픈소스 공개, 팀 채팅도 직접 운영하는 흐름으로 가요

AI 뉴스 썸네일

팀 채팅은 보통 외부 SaaS에 맡기는 일이 많아요. Chatto는 이 흐름을 조금 다르게 봐요. 작은 팀이나 커뮤니티가 자체 서버에 올려 쓰는 채팅 앱을 목표로, 오픈소스와 셀프 호스팅을 앞세웠어요.

728x90

핵심 요약

구분	핵심	왜 볼 만한가요
오픈소스 팀 채팅	Chatto가 공식 오픈소스로 공개됐고, 실행 파일 하나로 서버와 프런트엔드를 함께 띄울 수 있어요	작은 커뮤니티나 내부 팀이 SaaS 계정 구조에 덜 묶인 채팅 환경을 검토할 수 있어요
셀프 호스팅	Linux, macOS, Windows용 바이너리와 Homebrew 설치 흐름을 제공해요	서버 운영 경험이 있는 팀이라면 PoC 진입 장벽이 낮아요
프라이버시 설계	개인·채팅 데이터는 사용자별 키로 저장 시 암호화되고, 계정 삭제 때 키를 폐기하는 구조예요	팀 채팅에서 데이터 보관과 삭제 책임을 어떻게 나눌지 다시 보게 해요
운영 모델	서버 하나가 커뮤니티 하나를 담당하고, 서버 간 페더레이션이나 서드파티 분석을 넣지 않아요	Slack 대체제가 아니라 작은 단위의 독립 채팅 서버에 더 가까워요

1. Slack 대체보다 작은 팀용 독립 채팅 서버에 가까워요

Chatto는 지난 1년 가까이 개발된 그룹·팀 채팅 앱이에요. 공식 글에 따르면 Slack, Teams, Discord와 비슷한 용도를 겨냥하지만, 더 가볍고 빠른 사용감을 목표로 잡았어요. 가장 단순한 배포 방식은 서버에서 실행 파일을 띄우는 형태예요. 서버가 자체 프런트엔드까지 제공하니, 별도 웹앱 배포 파이프라인 없이 시작할 수 있어요. 1

설치 흐름도 개발자에게 익숙한 쪽으로 잡았어요. Homebrew로 설치한 뒤 `chatto init`, `chatto run`을 실행하면 기본 서버를 올릴 수 있어요. Linux x86_64와 ARM64, macOS, Windows용 바이너리도 제공돼요. 회사 전체 협업 도구를 당장 갈아타는 이야기라기보다, 개인 서버나 작은 커뮤니티에서 먼저 시험해 보기 좋은 형태예요. 2

구조에서 눈에 띄는 부분은 서버 단위예요. Chatto 서버 하나는 커뮤니티 하나를 담당해요. 서버끼리 데이터를 주고받는 페더레이션은 없고, 여러 커뮤니티에 들어가려면 클라이언트가 각 서버에 직접 연결해요. 커뮤니티를 여러 개 운영하고 싶다면 Chatto 프로세스를 여러 개 띄우는 방식이에요. Matrix나 ActivityPub처럼 넓게 연결되는 모델보다, 작은 독립 공간을 여러 개 두는 쪽에 가까워요. 1

보안과 프라이버시도 전면에 놓였어요. 개인 정보와 채팅 데이터는 사용자별 키로 저장 시 암호화돼요. 사용자가 계정을 삭제하면 해당 키를 폐기하는 구조라고 설명해요. 음성·영상 통화와 화면 공유도 기본 기능으로 들어가고, 통화는 종단간 암호화를 사용해요. 다만 업무용 도입에서는 이 설계가 항상 장점으로만 작동하지는 않아요. 회사 메시지를 개인 계정 삭제와 어떻게 연결할지, 감사와 보존 요구를 어떻게 맞출지 따로 봐야 해요. 3

오픈소스 라이선스도 운영 전략을 보여줘요. 공개 저장소를 보면 Go 백엔드는 AGPL, TypeScript 프런트엔드는 Apache 2.0으로 나뉘어 있어요. 백엔드를 그대로 서비스로 호스팅할 경우 코드 공개 의무가 생길 수 있고, 프런트엔드는 더 자유롭게 맞춤 제작할 수 있는 구조예요. 셀프 호스팅을 열어 두면서도 Chatto Cloud 같은 공식 호스팅의 자리를 남기는 선택으로 볼 수 있어요. 4

현재 버전은 0.4예요. 개발자는 프로덕션에 쓸 만큼 안정적이라고 보지만, 1.0.0 전까지는 파괴적 변경이 있을 수 있다고 안내해요. 0.5에서는 신고와 모더레이션 같은 안전 기능, 클라이언트 개선, 멀티 서버 경험이 주요 작업으로 잡혀 있어요. 작은 팀이 시험 운영하기에는 꽤 흥미롭지만, 조직 전체 도입은 모바일 지원, 알림, 감사 로그, 계정 정책, 백업 복구까지 확인한 뒤 판단하는 게 좋아요. 5

왜 중요한가요

최근 협업 도구 시장은 두 방향으로 갈라지고 있어요. 하나는 Slack이나 Teams처럼 관리 기능과 생태계가 큰 SaaS예요. 다른 하나는 작은 팀이 비용, 데이터 위치, 보안 정책을 직접 통제하려는 셀프 호스팅 도구예요. Chatto는 두 번째 흐름에 들어가요.

이런 도구가 당장 대형 협업 플랫폼을 밀어내지는 못해요. 대신 팀 채팅을 꼭 거대한 SaaS 계정 안에 넣어야 하는지 묻는 선택지가 늘어요. 오픈소스 프로젝트, 연구실, 작은 커뮤니티, 내부 테스트 조직처럼 운영 범위가 좁은 곳에서는 충분히 검토할 만해요.

개발자 입장에서는 배포 형태도 볼 만해요. 실행 파일 하나, 내장 프런트엔드, NATS와 LiveKit 같은 구성요소, 객체 저장소 연동 가능성은 실험하기 좋은 조합이에요. 반대로 운영자는 백업, 업그레이드, 알림, 모바일 앱, 모더레이션을 직접 책임져야 해요. 셀프 호스팅은 무료라는 뜻이 아니라 통제권과 운영 부담을 함께 가져오는 선택이에요.

Chatto가 흥미로운 이유는 거창한 플랫폼 약속보다 범위가 선명해서예요. 서버 하나가 커뮤니티 하나를 맡고, 추적과 분석을 넣지 않고, 필요하면 공식 호스팅으로 옮길 수 있게 했어요. 팀 채팅을 더 작고 독립적인 단위로 다시 설계하려는 시도라는 점에서 지켜볼 만해요. 1

참고 자료

1. Chatto is now Open Source! — hmans.dev
2. Chatto Getting Started Guide — Chatto Docs
3. Chatto, 이제 오픈소스로 공개되어 셀프 호스팅 가능 — GeekNews
4. chattocorp/chatto — GitHub
5. Chatto Roadmap — GitHub Projects