여러 DB 백업을 한 화면에서 관리하는 databasement

운영하는 데이터베이스가 늘면 백업 방식도 제각각 흩어지기 쉬워요. databasement는 여러 종류의 DB를 한 웹 화면에 연결하고, 백업 예약부터 보관과 복원까지 묶어서 관리하는 셀프 호스팅 도구예요. 1
핵심 요약
| 구분 | 핵심 | 왜 볼 만한가요 |
| 지원 범위 | MySQL, PostgreSQL, MariaDB, MSSQL, MongoDB, SQLite, Firebird, Redis와 Valkey를 한 화면에서 다뤄요 | DB마다 따로 만든 백업 작업을 한곳에서 확인할 수 있어요 |
| 사설망 연결 | SSH 터널과 HTTPS 아웃바운드 방식의 원격 에이전트를 지원해요 | 인바운드 포트를 새로 열기 어려운 네트워크에서도 백업 경로를 설계할 수 있어요 |
| 보관과 복원 | 일간·주간 예약, 기간 기반 또는 GFS 보존, 다른 서버로의 복원과 예약 복원을 제공해요 | 백업 파일을 쌓는 데서 끝내지 않고 복구 절차까지 운영할 수 있어요 |
| 배포와 연동 | 단일 Docker 컨테이너, REST API, MCP 서버를 제공해요 | 기존 CI/CD 작업이나 관리 도구에 연결하기 편해요 |
1. DB마다 흩어진 백업 작업을 웹 UI로 모아요
databasement는 MySQL과 PostgreSQL 같은 관계형 DB뿐 아니라 MongoDB, Redis, Valkey까지 한 인터페이스에서 관리해요. 백업 대상, 저장 위치, 실행 일정과 작업 로그를 같은 화면에서 볼 수 있어요. 저장소는 로컬 디스크와 S3 호환 스토리지, Azure Blob, Samba/SMB, SFTP와 FTP 중에서 고를 수 있어요. 프로젝트는 PHP로 만들어졌고 MIT 라이선스로 공개돼 있어요. 2
사설망에 있는 DB를 위한 연결 방식도 나뉘어 있어요. bastion이나 jump 서버를 거치는 SSH 터널은 비밀번호와 키 인증을 지원해요. 인바운드 포트를 열 수 없는 환경에서는 경량 원격 에이전트가 HTTPS로 외부에 연결해요. 에이전트가 네트워크 안에서 DB 덤프를 만든 뒤 지정한 스토리지로 올리는 구조예요. 방화벽 규칙을 무리하게 넓히지 않고 백업 경로를 만들 수 있다는 점이 실무에서 유용해요. 2
백업 일정은 일간이나 주간으로 설정할 수 있어요. 오래된 파일을 일정 일수 뒤 지우는 방식과 일간·주간·월간 사본을 단계별로 남기는 GFS 보존 정책을 함께 제공해요. 압축은 gzip과 zstd를 지원하고, 민감한 백업에는 AES-256 암호화 옵션을 쓸 수 있어요. 작업이 실패하면 이메일, Discord, Telegram, Gotify, Pushover 또는 웹훅으로 알림을 보낼 수 있어요. 2
복원 기능은 같은 서버에 되돌리는 작업에만 머물지 않아요. 프로덕션 스냅샷을 호환되는 스테이징 서버로 복원할 수 있고, 최신 완료 스냅샷을 일정에 맞춰 반복 복원할 수도 있어요. 개발용 DB를 매일 밤 갱신하는 흐름을 만들 때 별도의 복원 스크립트를 줄일 수 있어요. MySQL, PostgreSQL, SQLite는 역할 권한을 확인한 뒤 내장 Adminer로 데이터를 조회할 수도 있어요. 2
배포는 웹 서버, 작업 큐와 스케줄러가 포함된 단일 Docker 컨테이너를 기본으로 해요. 여러 팀이 함께 쓸 때는 워크스페이스 분리, 역할 기반 접근 제어, OAuth·OpenID Connect 로그인과 2단계 인증을 설정할 수 있어요. REST API와 MCP 서버도 제공해서 스크립트, CI/CD, Claude Code나 Cursor 같은 개발 도구와 연결할 수 있어요. 2
왜 중요한가요
백업 관리 도구를 고를 때는 지원 DB 수보다 복구 흐름을 먼저 확인하는 편이 좋아요. databasement는 예약 백업, 보존 정책, 다른 서버로의 복원과 실패 알림을 한곳에 묶었어요. 소규모 팀이 DB별 셸 스크립트와 크론 작업을 따로 관리할 때 생기는 상태 확인 부담을 줄일 수 있어요. 2
도입 전에는 실제 운영 환경에서 복원 시험을 해봐야 해요. 사용하는 DB 버전과 덤프 도구가 맞는지, 대용량 백업 시간이 허용 범위인지, 암호화 키와 DB 자격 증명을 어디에 보관할지 확인해 주세요. 원격 에이전트의 아웃바운드 목적지와 스토리지 권한도 최소 범위로 제한하는 게 좋아요. 백업 성공 알림만 확인하지 말고 별도 서버에 정기적으로 복원해 데이터가 열리는지 점검해야 해요.
단일 컨테이너 배포는 시작하기 편하지만 운영 책임이 사라지는 건 아니에요. 관리 화면 자체의 업데이트, 접근 권한, 메타데이터 백업과 장애 대응 방법을 함께 정해야 해요. 이 조건을 감당할 수 있는 팀이라면 여러 DB의 백업 상태와 복원 일정을 한 화면에 모으는 선택지로 검토할 만해요.
참고 자료
- databasement - 웹UI 기반 셀프호스팅 DB 백업 관리자 — GeekNews
- David-Crty/databasement — GitHub
'IT & AI' 카테고리의 다른 글
| Codeberg의 암호화폐 프로젝트 제한, 모호한 경계가 논쟁을 키웠어요 (0) | 2026.07.25 |
|---|---|
| AI가 코드를 빨리 써도 소프트웨어 팩토리가 무너지는 이유 (0) | 2026.07.25 |
| 말로 Codex 작업을 지시하는 ChatGPT Voice, 데스크톱으로 왔어요 (0) | 2026.07.24 |
| SIMD는 평범한 반복문을 어떻게 5배 빠르게 만들었을까요 (0) | 2026.07.24 |
| 개발자 채용 과제에 숨은 악성코드, Git 훅부터 확인해야 해요 (0) | 2026.07.24 |