가이드

작성자 Matt Connor 2026-08-19 · 업데이트됨 2026-08-21

openGym 직접 호스팅 및 Docker 배포 가이드

Q: 왜 휴대폰에서 openGym 패스키 프롬프트가 표시되지 않습니까?

사용자가 http://를 사용 중이거나 http://192.168.1.20:8080과 같은 베어 IP 주소에 접속했기 때문에 브라우저가 자격 증명 생성을 거부하는 것입니다. 브라우저는 HTTPS 오리진에서만 패스키를 허용하며, localhost이 유일한 예외입니다. openGym을 실제 호스트 이름에 대한 유효한 인증서를 보유한 리버스 프록시 뒤에 배치하고, .env에서 RP_ID=gym.example.com 및 ORIGIN=https://gym.example.com를 설정한 다음, docker compose up -d을 실행하여 컨테이너가 새 값을 적용하도록 하십시오. 프롬프트는 나타나지만 로그인 시 verification failed 오류가 보고된다면, 해당 두 값이 주소 표시줄의 URL과 정확히 일치하지 않는 것입니다.

Q: openGym은 데이터를 어디에 저장하며, 어떻게 백업합니까?

compose 파일 옆의 ./data 디렉터리에 저장되며, API 컨테이너 내 /data 경로로 마운트됩니다. 이 디렉터리에는 프로필 및 공개 패스키 자격 증명을 위한 db.json, 사용자별 운동 및 체중 기록을 담은 state- .json, 세션 쿠키 키를 위한 secret, 푸시 알림 키를 위한 vapid.json이 포함되어 있습니다. docker compose stop api를 실행한 다음 tar czf ~/opengym-$(date +%F).tar.gz data/, docker compose start api 순서로 백업을 수행하고 아카이브를 서버 외부로 복사하십시오. 미디어 작업이 자체적으로 다시 다운로드하는 140 MB 분량의 운동 이미지인 media/는 백업에서 제외해도 됩니다.

Q: Claude가 내 openGym 운동 기록을 읽을 수 있습니까?

네, mcp/ 디렉터리에 있는 선택적 MCP 서버를 통해 읽기 전용으로 가능합니다. 이 서버는 루틴, 주간 계획, 기록된 운동, 체중, 예상 1RM 및 근육 균형을 포함하는 8가지 도구를 노출하며, 데이터를 수정하지는 않습니다. 이는 컨테이너가 아니며 포트를 열지 않습니다. 클라이언트가 stdio를 통해 서버를 시작하면 서버가 OPENGYM_DATA에 있는 JSON 파일을 직접 읽습니다. 해당 경로는 파일 시스템 경로이므로, VPS에서 openGym을 실행하는 경우 data/의 복사본을 클라이언트가 실행되는 머신으로 동기화하거나 클라이언트 설정에서 ssh을 통해 서버를 호출해야 합니다.

Docker Compose를 사용하여 openGym을 VPS에 배포하는 방법을 설명합니다. Passkey 인증을 위한 TLS 설정, 데이터 저장 위치, 특정 릴리스 태그 사용의 중요성 및 읽기 전용 MCP 서버 구성 시 주의사항을 상세히 안내합니다.

openGym을 직접 호스팅할 때 얻는 것

저장소를 복제하고 .env의 두 줄을 수정한 뒤, TLS(전송 계층 보안)를 종료하는 리버스 프록시 뒤에서 docker compose up -d --build를 실행하면 openGym을 직접 호스팅할 수 있습니다. openGym은 주간 계획, 가이드 운동, 모든 세트 기록, 시간에 따른 체중 변화 등을 추적하는 헬스 및 맨몸 운동 트래커입니다. 이 소프트웨어는 AGPL-3.0 라이선스를 따르며 모든 데이터를 디스크의 일반 JSON 파일로 저장하므로, 별도로 실행해야 할 데이터베이스 서버가 없습니다.

기술 스택은 두 개의 상시 실행 컨테이너와 한 번만 실행되는 작업으로 구성됩니다. React 빌드 파일을 제공하는 nginx 컨테이너, API를 담당하는 Node 컨테이너, 그리고 처음 시작할 때 약 140 MB 분량의 운동 이미지와 GIF를 다운로드하는 일회성 작업이 포함됩니다.

프로젝트의 README에는 명시되어 있지 않지만 공개 서버에 배포할 때 알아두어야 할 두 가지 사항이 있습니다. Passkey 로그인은 호스트 이름에 종속되므로, 첫 로그인 전에 반드시 도메인과 인증서가 준비되어 있어야 합니다. 또한 선택 사항인 MCP 서버는 읽기 전용으로 동작하며, 스택 내부가 아닌 AI 클라이언트가 실행되는 머신에서 구동됩니다. 따라서 데이터가 VPS에 위치할 경우 별도의 설정이 필요합니다.

openGym은 초기 단계의 프로젝트입니다. 첫 번째 태그된 릴리스인 v1.0.0은 2026년 7월 20일에 출시되었으며, v1.2.7은 2026년 8월 18일에 나왔습니다. 약 한 달 동안 13개의 태그가 생성될 정도로 개발이 활발하게 진행되고 있으므로, 기본 브랜드를 빌드하기보다는 특정 릴리스 태그를 체크아웃하여 사용하는 것을 권장합니다.

첫 로그인 전 도메인 계획하기

openGym에 로그인할 때는 Passkey를 사용합니다. Passkey는 Relying Party ID(RP ID)에 귀속되는데, 이는 자격 증명이 생성된 도메인을 의미하며 브라우저는 HTTPS 환경에서만 Passkey를 생성합니다. 단, localhost은 예외입니다.

이로 인해 모바일 기기에서 문제가 발생할 수 있습니다. 다른 기기에서 http://203.0.113.10:8080을 열었을 때 Passkey 입력 창이 전혀 나타나지 않는 이유는 브라우저가 일반 HTTP 오리진이나 IP 주소에서는 자격 증명 생성을 거부하기 때문입니다. 프로젝트 자체 문제 해결 가이드에도 동일한 내용이 명시되어 있습니다. 입력 창이 뜨지 않는다면 현재 http://에 접속 중이거나 IP 주소를 사용하고 있다는 뜻입니다.

더 심각한 문제는 RP ID가 사용자가 이미 등록한 모든 자격 증명에 고정되어 있다는 점입니다. 나중에 RP_ID를 변경하면 사용자의 기기에 저장된 Passkey와 일치하지 않게 되어 아무도 로그인할 수 없게 됩니다. 따라서 호스트 이름을 먼저 결정하고, DNS를 VPS로 연결한 뒤, 누군가 '프로필 생성'을 누르기 전에 인증서 설정을 완료해야 합니다.

Docker Compose로 openGym 배포하기

이 compose 파일은 ./data과 ./media을 해당 파일의 상대 경로로 바인드 마운트하므로, 복제(clone)한 디렉터리가 곧 데이터베이스가 됩니다. 따라서 내구성이 보장되는 위치에 저장하십시오.

sudo install -d -o "$USER" -g "$USER" /opt/opengym
git clone https://gitea.com/DuarteSantos/openGym /opt/opengym
cd /opt/opengym
cp .env.example .env

README에는 여전히 github.com 복제 URL이 표시되어 있습니다. 해당 주소는 더 이상 연결되지 않으며, 위에서 언급한 Gitea 저장소가 이 프로젝트의 실제 운영지입니다.

.env을 수정하십시오. VPS에서는 세 줄이 중요합니다.

RP_ID=gym.example.com
ORIGIN=https://gym.example.com
WEB_PORT=127.0.0.1:8080

RP_ID는 호스트 이름만 입력하고, ORIGIN는 스키마를 포함한 전체 URL을 입력합니다. 이 값들은 주소창의 주소와 정확히 일치해야 하며, 그렇지 않으면 verification failed 오류로 인해 로그인이 실패합니다. WEB_PORT 값에 대한 설명은 포트 8080을 비공개로 유지하는 섹션에서 다룹니다.

docker compose up -d --build
docker compose ps
docker compose logs media

docker compose ps을 실행하면 web와 api이 실행 중(running) 상태여야 하며, media은 코드 0으로 종료(exited)된 상태여야 합니다. 이 종료 상태는 정상입니다. 미디어 작업은 일회성 다운로드를 수행하므로 restart: "no" 상태가 됩니다. 로그의 마지막은 ✓ Exercise media ready으로 시작하는 줄이어야 하며, ls media/img | wc -l는 0이 아닌 수백 단위의 숫자를 출력해야 합니다. 디렉터리가 비어 있다면 다운로드에 실패한 것이며, 이 경우 애플리케이션은 빈 이미지가 포함된 운동 카드를 렌더링하게 됩니다.

여기서 --build 플래그는 선택 사항이 아닙니다. compose 파일은 더 이상 게시되지 않는 ghcr.io의 사전 빌드된 이미지를 참조하므로, docker compose pull을 사용하면 denied 또는 manifest unknown 오류가 발생합니다. 따라서 두 서비스는 방금 복제한 소스에서 직접 빌드해야 합니다. 두 서비스 모두 이를 위해 build 섹션을 포함하고 있습니다. Compose 사용이 처음이라면 VPS에서의 Docker Compose를 먼저 읽고 돌아오십시오.

버전 고정하기 (프로젝트 초기 단계)

해당 레지스트리 네임스페이스가 사라졌으므로, 고정할 이미지 태그가 남아있지 않습니다. 대신 디스크에 체크아웃된 버전을 고정해야 합니다. 컨테이너에 포함될 애플리케이션의 버전은 이 체크아웃 상태가 결정하기 때문입니다.

cd /opt/opengym
git fetch --tags
git checkout v1.2.7

git status은 이제 해당 태그에서 detached HEAD 상태를 보고합니다. 서버에서는 이것이 의도한 동작입니다. 다른 태그를 체크아웃하기 전까지는 아무것도 변경되지 않습니다.

그런 다음 Compose가 레지스트리에 접근하지 않도록 설정합니다. 이 내용을 docker-compose.override.yml에 추가하십시오. Compose는 이 파일을 자동으로 불러와 추적 중인 파일 위에 병합합니다. 스칼라 키는 오버라이드 파일의 값으로 대체되므로 git에서 관리하는 파일을 수정할 필요가 없으며 git pull은 깨끗하게 유지됩니다. 전체 병합 규칙은 Compose가 오버라이드 파일을 병합하는 방법을 참조하십시오.

services:
  api:
    pull_policy: build
  web:
    pull_policy: build

이 설정을 적용하면 이후 실행하는 docker compose up -d는 pull 과정에서 실패하지 않고 현재 소스에서 빌드됩니다. 병합이 제대로 적용되었는지 확인한 후, 해당 태그로 다시 빌드하십시오.

docker compose config | grep pull_policy
docker compose up -d --build

리버스 프록시를 통한 TLS 종료

컨테이너는 일반 HTTP로 통신합니다. 앞단에 있는 무언가가 인증서를 보유해야 합니다. Caddy는 Let's Encrypt에서 인증서를 스스로 요청하고 갱신하므로 가장 빠른 경로입니다.

gym.example.com {
    reverse_proxy 127.0.0.1:8080
}

nginx, Traefik, Nginx Proxy Manager 모두 동일한 방식으로 작동합니다. 프로젝트 문서에서 다루는 Cloudflare Tunnel도 마찬가지이며, 이 방식은 인바운드 포트를 전혀 열 필요가 없습니다.

curl -sI https://gym.example.com | head -1

그러면 인증서 경고 없이 HTTP/2 200가 반환되어야 합니다. 이제 브라우저에서 사이트를 열고 Create profile을 누르십시오. 패스키(passkey) 프롬프트가 나타난 후 로그인 시 verification failed, RP_ID 또는 ORIGIN이 주소 표시줄의 URL과 일치하지 않는다는 오류가 발생할 수 있습니다. .env를 수정하고 docker compose up -d을 다시 실행하십시오. 이 명령은 컨테이너를 재생성하여 새로운 값을 읽어오게 합니다. docker compose restart은 .env를 다시 불러오지 않습니다.

포트 8080을 공용 인터넷에서 차단하기

기본적으로 웹 서비스는 모든 인터페이스에서 8080을 게시하므로, 프록시가 동일한 서버에서 HTTPS를 제공하더라도 애플리케이션은 공용 IP의 일반 HTTP로 접근할 수 있습니다. 방화벽 규칙만으로는 이 문제를 해결할 수 없습니다. Docker는 nat 테이블의 DNAT 규칙을 사용하여 포트를 게시하며, 해당 트래픽은 Docker 자체 규칙이 수락하는 FORWARD 체인에서 처리됩니다. 반면 ufw 규칙은 INPUT 경로에 위치합니다. 따라서 sudo ufw deny 8080/tcp은 아무것도 차단하지 못합니다.

해결 방법은 루프백 주소에서만 게시하도록 설정하는 것입니다. compose 파일은 "${WEB_PORT:-8080}:${NGINX_PORT:-80}"을 매핑하므로, WEB_PORT에 설정한 값은 해당 매핑의 왼쪽에 대입됩니다. Docker의 짧은 구문은 그 위치에서 ip:port 쌍을 허용합니다. 이것이 WEB_PORT=127.0.0.1:8080이 작동하는 이유입니다.

docker compose config
sudo ss -ltnp | grep 8080

병합된 설정의 웹 서비스 ports 항목 아래에서 host_ip: 127.0.0.1을 확인해야 합니다. ss는 0.0.0.0:8080이 아닌 127.0.0.1:8080를 표시해야 합니다. 이제 다른 기기에서 curl http://<your-vps-ip>:8080을 시도하면 연결이 거부되거나 시간 초과가 발생해야 하며, HTTPS 호스트 이름은 계속 정상적으로 작동해야 합니다.

프로필 생성 후 가입 기능 닫기

가입 기능은 기본적으로 열려 있으며 게스트 모드도 활성화되어 있습니다. 공개 호스트네임 환경에서는 URL을 아는 누구나 서버에 프로필을 생성할 수 있다는 의미입니다. 먼저 본인의 프로필을 등록한 뒤 사용자 ID를 확인하십시오. ls data/은 각 사용자에 대한 state-<uid>.json 파일을 나열하며, 해당 <uid>이 필요한 값입니다.

ADMIN_UIDS=<your-uid>
INVITE_ONLY=1
ALLOW_GUEST=0

docker compose up -d을 다시 실행하십시오. 이제 설정 메뉴에 관리자 대시보드가 표시됩니다. 여기서 초대 코드를 생성하거나 취소할 수 있으므로, 함께 훈련하는 사람들만 등록하게 하고 그 외의 접근은 차단할 수 있습니다. openGym은 외부 ID 제공자를 지원하지 않으므로, 해당 초대 코드는 이 애플리케이션에만 적용되며 서버의 다른 서비스에는 영향을 주지 않습니다. 만약 운영 중인 모든 서비스에 대해 1인 1계정 정책을 적용하고 싶다면, Authentik을 포워드 인증 프록시로 배치하여 openGym의 패스키 로그인이 로드되기 전에 호스트네임 접근을 제어하십시오.

데이터가 저장되는 위치와 이를 보호하는 백업

모든 데이터는 ./data 디렉터리에 있으며, API 컨테이너의 /data 경로에 마운트됩니다. 파일은 네 종류입니다. db.json에는 프로필과 공개 패스키 자격 증명이 저장되고, state-<uid>.json에는 특정 사용자의 루틴, 운동 기록, 체중 정보가 저장됩니다. secret은 세션 쿠키 키이며, vapid.json은 최초 실행 시 생성된 푸시 알림 키를 담고 있습니다.

cd /opt/opengym
docker compose stop api
tar czf ~/opengym-$(date +%F).tar.gz data/
docker compose start api

API가 파일을 쓰는 도중에 tar가 파일을 복사하면 JSON 파일이 손상된 채로 복구될 수 있으므로, 먼저 API를 중지하십시오. 중지와 시작에는 약 2초가 소요됩니다. VPS에 저장된 아카이브는 VPS 장애 시 함께 소실되므로, 반드시 서버 외부로 복사해 두어야 합니다. media/는 백업에서 제외하십시오. 이는 미디어 작업 시 언제든 다시 다운로드할 수 있는 140 MB 분량의 운동 이미지 파일입니다.

복구는 동일한 도메인을 서비스하는 호스트의 동일한 경로에 압축을 해제하는 방식으로 진행합니다. 휴대폰에 저장된 패스키는 생성 당시의 RP ID에 종속됩니다. 따라서 새로운 호스트명으로 복구하면 데이터베이스는 정상 작동하더라도 아무도 로그인할 수 없는 상태가 됩니다. 도메인을 유지하거나, 모든 패스키를 다시 등록할 계획을 세워야 합니다. 동일한 원칙이 다른 모든 서비스에도 적용되며, Docker Compose 스택 백업 및 업그레이드에서 일반적인 절차를 다룹니다.

MCP 서버는 읽기 전용이며 로컬 머신에서 실행됩니다

MCP(model context protocol)는 Claude Desktop이나 Cursor 같은 클라이언트가 로컬 도구 서버와 통신하는 방식입니다. openGym은 mcp/에 이를 포함하여 배포합니다. 이는 compose 파일의 일부가 아니며, 컨테이너도 아니고, 어떤 포트도 수신하지 않습니다. 클라이언트가 이를 자식 프로세스로 시작하여 stdio를 통해 통신하므로, README에서 이 도구가 로컬 머신을 벗어나지 않는다고 설명하는 것입니다.

서버가 아닌 클라이언트가 실행되는 곳에 설치하십시오:

cd openGym/mcp
npm install

그런 다음 claude_desktop_config.json에 추가하십시오:

{
  "mcpServers": {
    "opengym": {
      "command": "node",
      "args": ["/absolute/path/to/openGym/mcp/src/index.js"],
      "env": {
        "OPENGYM_DATA": "/absolute/path/to/openGym/data",
        "OPENGYM_UID": "<your-uid>"
      }
    }
  }
}

단일 사용자 설치 환경에서는 OPENGYM_UID가 선택 사항이며, 서버가 발견된 유일한 프로필을 자동으로 감지합니다. 이 서버는 list_routines, get_routine, get_week_plan, list_workouts, get_workout, get_bodyweight, estimate_1rm, muscle_balance 등 8가지 도구를 제공합니다. 모든 도구는 읽기 전용입니다. 쓰기 작업은 수행하지 않으므로, AI 어시스턴트는 지난주에 기록한 벤치마크 수치를 답변할 수는 있지만, 세트를 기록하거나 루틴을 수정하거나 데이터를 삭제할 수는 없습니다.

VPS 사용자가 해결해야 할 부분은 다음과 같습니다. OPENGYM_DATA은 파일 시스템 경로인데, 데이터는 VPS에 있고 AI 클라이언트는 노트북에 있기 때문입니다. 이 상황을 해결할 수 있는 두 가지 정직한 방법이 있습니다.

데이터를 로컬로 복사한 뒤 서버가 해당 복사본을 가리키도록 설정합니다: rsync -a --delete user@gym.example.com:/opt/opengym/data/ ~/opengym-data/를 실행한 다음, OPENGYM_DATA을 ~/opengym-data로 설정하십시오. 서버는 읽기만 하므로 복사본을 사용해도 데이터 손실은 없습니다. 최신 수치가 필요할 때마다 rsync를 다시 실행하십시오.
command를 ssh으로, args을 ["-T", "user@gym.example.com", "OPENGYM_DATA=/opt/opengym/data node /opt/opengym/mcp/src/index.js"]로 설정하여 ssh를 통해 서버를 실행하십시오. 이 방법은 VPS에 Node가 설치되어 있어야 하며, stdout에 아무것도 출력하지 않는 로그인 계정이 필요합니다. stdout은 프로토콜 채널로 사용되기 때문입니다.

cat data/db.json가 Permission denied을 반환한다면, API 컨테이너가 root 권한으로 해당 파일들을 생성했기 때문에 현재 로그인한 계정으로는 읽을 수 없는 상태입니다. sudo을 사용하여 파일을 복사하거나, 호스트에서 파일 소유권을 변경하십시오. stdio 대신 네트워크를 통해 수신 대기해야 하는 서버의 경우 VPS에서 MCP 서버 실행하기를 참조하십시오.

openGym과 wger: 무엇을 실행해야 할까?

wger는 이 분야에서 확고한 입지를 다진 선택지이며, 훨씬 규모가 큰 소프트웨어입니다. 이 소프트웨어의 compose 스택은 nginx 뒤에서 Django 애플리케이션을 서비스하는 gunicorn, PostgreSQL, Redis, 그리고 Celery 워커로 구성됩니다. 그 대가로 영양 및 성분 추적, 문서화된 REST API, 방대한 커뮤니티 운동 데이터베이스, 그리고 트레이너가 타인의 계획을 관리할 수 있는 기능들을 제공받습니다.

openGym은 두 개의 컨테이너와 JSON 파일 폴더로 구성되며, passkey 외에 관리할 계정이 없습니다. 이것이 두 소프트웨어의 모든 차이점입니다.

식단과 운동을 함께 추적하고 싶거나 개발을 위한 API가 필요하다면 wger를 실행하십시오. 오후 시간 내에 전체 코드를 읽을 수 있을 만큼 가벼운 스택을 원하고, 유출될 비밀번호가 없는 로그인을 선호한다면 openGym을 실행하십시오. 이러한 선택의 대가는 성숙도입니다. 2026년 8월 19일 기준으로 openGym의 첫 번째 릴리스는 출시된 지 한 달밖에 되지 않았지만, wger는 수년간의 릴리스 이력을 보유하고 있습니다. 버전을 고정하고, 백업을 유지하며, 업데이트 전에는 항상 릴리스 노트를 읽으십시오.

서버에 무엇을 설치할지 여전히 고민 중이라면 2026년에 직접 호스팅할 가치가 있는 것에서 장단점을 다루고 있으며, 이 앱은 동일한 소형 VPS에서 레시피를 위한 Mealie나 자금 관리를 위한 Actual Budget과 함께 무리 없이 운영할 수 있습니다.

데이터 손실 없는 업데이트

cd /opt/opengym
docker compose stop api
tar czf ~/opengym-$(date +%F).tar.gz data/
docker compose start api
git fetch --tags

git checkout v<new>를 사용하여 업데이트하려는 릴리스를 체크아웃한 다음, docker compose up -d --build을 실행하여 해당 태그로 컨테이너를 다시 빌드합니다. 디스크에 있는 JSON 파일의 복구 경로는 tar 명령 한 번으로 몇 초 만에 완료되므로, 항상 백업을 먼저 수행해야 합니다.

FAQ

왜 휴대폰에서 openGym 패스키 프롬프트가 표시되지 않습니까?

사용자가 http://를 사용 중이거나 http://192.168.1.20:8080과 같은 베어 IP 주소에 접속했기 때문에 브라우저가 자격 증명 생성을 거부하는 것입니다. 브라우저는 HTTPS 오리진에서만 패스키를 허용하며, localhost이 유일한 예외입니다. openGym을 실제 호스트 이름에 대한 유효한 인증서를 보유한 리버스 프록시 뒤에 배치하고, .env에서 RP_ID=gym.example.com 및 ORIGIN=https://gym.example.com를 설정한 다음, docker compose up -d을 실행하여 컨테이너가 새 값을 적용하도록 하십시오. 프롬프트는 나타나지만 로그인 시 verification failed 오류가 보고된다면, 해당 두 값이 주소 표시줄의 URL과 정확히 일치하지 않는 것입니다.

openGym은 데이터를 어디에 저장하며, 어떻게 백업합니까?

compose 파일 옆의 ./data 디렉터리에 저장되며, API 컨테이너 내 /data 경로로 마운트됩니다. 이 디렉터리에는 프로필 및 공개 패스키 자격 증명을 위한 db.json, 사용자별 운동 및 체중 기록을 담은 state-<uid>.json, 세션 쿠키 키를 위한 secret, 푸시 알림 키를 위한 vapid.json이 포함되어 있습니다. docker compose stop api를 실행한 다음 tar czf ~/opengym-$(date +%F).tar.gz data/, docker compose start api 순서로 백업을 수행하고 아카이브를 서버 외부로 복사하십시오. 미디어 작업이 자체적으로 다시 다운로드하는 140 MB 분량의 운동 이미지인 media/는 백업에서 제외해도 됩니다.

Claude가 내 openGym 운동 기록을 읽을 수 있습니까?

네, mcp/ 디렉터리에 있는 선택적 MCP 서버를 통해 읽기 전용으로 가능합니다. 이 서버는 루틴, 주간 계획, 기록된 운동, 체중, 예상 1RM 및 근육 균형을 포함하는 8가지 도구를 노출하며, 데이터를 수정하지는 않습니다. 이는 컨테이너가 아니며 포트를 열지 않습니다. 클라이언트가 stdio를 통해 서버를 시작하면 서버가 OPENGYM_DATA에 있는 JSON 파일을 직접 읽습니다. 해당 경로는 파일 시스템 경로이므로, VPS에서 openGym을 실행하는 경우 data/의 복사본을 클라이언트가 실행되는 머신으로 동기화하거나 클라이언트 설정에서 ssh을 통해 서버를 호출해야 합니다.

openGym과 wger 중 무엇을 직접 호스팅해야 합니까?

운동 기록 외에 식단 및 영양 추적 기능이 필요하거나, 이를 기반으로 개발할 문서화된 REST API가 필요하다면 wger를 선택하십시오. wger는 nginx 뒤에서 gunicorn으로 구동되는 Django, PostgreSQL, Redis, Celery 워커로 구성된 더 큰 스택을 사용합니다. 두 개의 컨테이너, cat로 읽을 수 있는 JSON 파일, 비밀번호 관리 없이 패스키 로그인을 사용하고 싶다면 openGym을 선택하십시오. 2026년 8월 19일 기준으로 openGym의 첫 번째 태그된 릴리스는 출시된 지 한 달밖에 되지 않았으므로, 업데이트 전에는 항상 git 태그를 확인하고 data/을 백업하십시오.

#self-hosting #docker-compose#fitness#passkeys#mcp