로컬
기본값본인 혼자이거나, 이미 신뢰하는 네트워크 뒤의 소규모 팀이라면 이 옵션을 선택하세요.
- 로그인 화면이 전혀 없음 — 포트에 접근할 수 있는 사람은 모든 프로젝트에 접근할 수 있습니다.
- Docker 볼륨에 저장되는 SQLite. 별도 서비스가 필요 없습니다.
- 외부로 나가는 통신이 없습니다. 이 인스턴스는 누구에게도 의존하지 않습니다.
자체 호스팅
하나의 이미지를, 당신의 인프라 위에서
이 대시보드는 단일 Docker 이미지로 제공되며, 사용자가 직접 관리하는 하드웨어에서 실행됩니다. 3가지 데이터베이스 엔진을 지원하며, 설정하지 않는 한 원격 측정은 전송되지 않고, 이미지를 가져오는 데 계정도 필요 없습니다.
이미지 받기
계정도, 레지스트리 로그인도, 소스 체크아웃도 필요 없습니다 — 이 이미지는 Docker Hub.
자신의 도메인에서 실행되는 인스턴스
i18n.example.com모든 시스템이 정상 작동 중
v0.23.0서버 모드
- 데이터베이스
1156 keys정상 - SMTP
smtp.example.com정상 - 번역 제공자
google-free정상
GET /api/health가 실행 중인 인스턴스에 대해 보고하는 내용입니다 — 오케스트레이터와 가동 시간 모니터링 도구가 읽는 것과 동일한 프로브입니다.
1
실행할 컨테이너 수
3
데이터베이스 엔진 수
2
지원 CPU 아키텍처
0
기본 원격 측정
셀프 호스팅으로 얻는 것과 치러야 할 대가
비교할 호스팅형 대시보드는 존재하지 않습니다 — 셀프 호스팅이 곧 이 제품이 동작하는 방식입니다. 진짜 질문은 “할 가치가 있는가”가 아니라 “무엇을 직접 떠맡게 되는가”입니다.
당신 편에 남는 것
- 당신의 소스 코드. 스캐너는 사용자 자신의 네트워크 내부에서 저장소를 읽습니다. 키를 추출하기 위해 어떤 것도 업로드되지 않습니다.
- 당신의 번역 데이터. 번역은 컨테이너에 지정한 데이터베이스에 저장됩니다 — 볼륨 안의 SQLite 파일이거나, 이미 운영 중인 Postgres/MySQL 서버입니다.
- 당신의 제공자 키. DeepL, Google, LibreTranslate: 호출은 사용자의 인스턴스에서 발생하며, 사용자 자신의 세션 비밀 키로 저장 시 암호화됩니다.
- 당신의 네트워크 경계. 공개되는 포트는 기본적으로 127.0.0.1에 바인딩됩니다. 사용자가 결정하기 전까지는 다른 기기에서 접근할 수 없습니다.
당신의 몫이 되는 것
- TLS와 리버스 프록시. 이미지 자체는 TLS를 종료하지 않습니다. localhost 밖으로 노출하려면 Caddy, nginx 또는 Traefik을 앞단에 두어야 합니다.
- 백업, 그리고 그 검증. 볼륨 하나 또는 데이터베이스 덤프 하나. 내장된 CLI가 모든 것을 JSON으로 내보내지만, 복원 작업은 여전히 직접 해야 합니다.
- 업그레이드. 새 태그를 받아서 재시작하면 됩니다. 마이그레이션은 부팅 시 자동으로 실행되며, 실패한 마이그레이션은 기록되지 않으므로 다음 부팅 시 다시 시도됩니다.
- 서버 모드에서의 로그인. 하나의 인스턴스에서 여러 계정을 사용하려면 JWKS 호환 OIDC 발급자가 필요합니다 — 직접 준비하거나, 저희가 운영하는 것을 사용할 수 있습니다. 로컬 모드에는 로그인 기능 자체가 없습니다.
어떻게 운영할지
세 가지 모드, 하나의 이미지. 모드에 따라 로그인 화면 유무와 인스턴스가 의존하는 대상이 결정됩니다 — 제품 자체는 달라지지 않습니다.
서버
멀티 팀여러 사람이 같은 인스턴스에서 각자 계정을 필요로 한다면 이 옵션을 선택하세요.
- 로그인, 역할, 그리고 초안 → 검토됨 → 승인됨 워크플로.
- 네트워크 데이터베이스 — PostgreSQL 또는 MySQL.
- 항상 접근 가능한 JWKS 호환 OIDC 발급자가 필요합니다: 직접 준비하거나, 저희가 운영하는 것을 사용할 수 있습니다.
데스크톱
Docker 불필요서버를 전혀 운영하고 싶지 않다면 이 옵션을 선택하세요.
- 서버가 내장된 macOS, Windows, Linux용 네이티브 빌드.
- 번역은 로컬 SQLite에 저장되며, 기기 밖으로 나가지 않습니다.
- 로그인은 여전히 온라인 계정을 통해 이루어집니다.
당신의 데이터베이스, 당신의 compose 파일
세 엔진 모두 동일한 27개 테이블을 가지므로, 선택 기준은 정확성이 아닙니다. 인스턴스를 어떻게 백업할지, 그리고 누가 접근해야 하는지의 문제입니다.
파일 하나, 컨테이너 하나
공개된 이미지가 기본으로 제공하고 데스크톱 앱도 사용하는 방식입니다. 두 번째 서비스도, 관리할 자격 증명도 없습니다. 전체 인스턴스는 이 파일과 Docker 볼륨 하나로 구성됩니다.
포트가 바인딩되는 위치는
127.0.0.1 것은 의도된 설계입니다: 이 기기에서만 접근 가능하며, 다른 어떤 곳에서도 접근할 수 없습니다. 로컬 모드에는 로그인 화면이 없으므로, 이미 신뢰하는 프록시, 방화벽 또는 VPN 뒤에서만 범위를 넓히세요.셀프 호스팅하면 무엇이 달라지나요
| 항목 | 데스크톱 앱 | 자체 호스팅 |
|---|---|---|
| 설치 | 내려받아 실행하면 끝 | docker compose up -d |
| 데이터베이스 | SQLite 내장 | SQLite, PostgreSQL 또는 MySQL |
| 데이터가 저장되는 곳 | 여러분의 컴퓨터 | 귀사의 인프라 |
| 최신 정보 | 자동 | docker compose pull && docker compose up -d |
| 팀 접근 | 해당 컴퓨터의 본인만 | 팀 전체 — 서버 모드에는 OIDC 공급자가 필요합니다 (직접 준비하거나 저희 것을 이용) |
다음 단계
나머지 절차는 문서에 있습니다
이 페이지가 다루는 것은 결정입니다: 직접 운영할지 여부, 어떤 모드로, 어떤 엔진으로 실행할지. 첫 실행이 성공한 이후의 모든 내용은 한 곳에 문서화되어 있어, 항상 단 하나의 버전만 존재합니다.
- 환경 변수 — 모든 항목, 기본값과 적용 범위.
- SMTP — 워크플로 알림, 호스트를 비워두면 아무것도 전송되지 않습니다.
- 역할과 권한 — 여러 사람이 인스턴스를 공유할 때 누가 번역을 승인할 수 있는지.
- 웹훅 — 사용자의 시스템이 반응할 수 있는 서명된 이벤트.
- 백업과 복원 — 볼륨, 덤프, 그리고 모든 것을 JSON으로 내보내는 CLI.
- 문제 해결 — 실제로 발생하는 오류와 각각의 의미.