한눈에
연구실 계산 서버와 클러스터의 사용자 계정·자원·작업을 관리하고 관측하는 시스템이다. 회사 사이트 입장에서는 카드 하나다 — 사이트가 빌드하는 앱 페이지도, 사이트가 내는 하위 경로도 없고, 카드의 바로가기가 외부 주소로 바로 나간다.
| 항목 | 값 |
|---|---|
| 사이트에서의 자리 | 제품 목록 "관리시스템" 묶음의 카드 (info.md 의 group: management) |
| 앱 분류 | content.py 의 PLACARD_APPS = ("cortex", "muse") — 카드로만 실리는 앱 |
| 외부 주소 | https://muse.sysmed.kr (url·service_url 둘 다 같은 값) |
| 사이트 앱 목록 | RELEASE_APPS·DEV_APPS 어디에도 없다 — public/muse 를 빌드가 만들지 않는다 |
| 카드 도입 | 사이트 커밋 b7033fc (2026-09-23) |
| 소스 | 사이트 저장소 밖이다. 작업공간 기록상 별도 서버 저장소 /data/master/MUSE |
/mnt/S1/sdata/agents/obsolete/MUSE 는 옛 구현의 폐기 보관물이다(읽기 전용). 지금 운영
사실의 근거로 삼지 않는다.
사이트에서 어떻게 연결되나
카드 정의는 info.md(한국어)와 info.en.md(영어)의 products 에 있다.
| 필드 | 한국어 | 영어 |
|---|---|---|
tagline |
연구 서버·클러스터 관리 시스템 | Research server and cluster management |
desc |
연구실 계산 서버와 클러스터의 사용자 계정·자원·작업을 한곳에서 관리하고 관측합니다. | Manages and observes user accounts, compute resources and jobs across the lab's servers and cluster in one place. |
features |
서버 사용자 계정·접근 관리 / 계산 자원·작업 현황 관측 | Server user accounts and access / Compute resources and job status |
- 묶음 제목은
i18n/<언어>.json의products_group_management("관리시스템")다. 같은 묶음에 LABIS 가 있고, 에이전트 묶음(products_group_agent)과 나뉜다. templates/_products.html은url이/로 시작하지 않으면 새 탭 (target="_blank" rel="noopener noreferrer")으로 연다. MUSE 카드는 그래서https://muse.sysmed.kr로 새 탭이 뜬다. 문구는 공통product_cta("서비스 바로가기").content.py가 제품 목록을 거를 때SITE_APPS + PLACARD_APPS를 통과시키므로 운영(main)·개발(dev) 빌드 모두에 카드가 실린다.- 운영 사이트
firebase.json의 main 타깃에는/muse에 대한 rewrite·redirect 가 없다. 즉contextbio.ai/muse는 MUSE 진입점이 아니다 — 안내할 때는https://muse.sysmed.kr를 적는다.
개발 사이트의 /muse (커밋되지 않은 로컬 상태)
2026-09-27 에 사이트 dev 워크트리에서 개발 사이트용 /muse 연결을 시도한 흔적이 있다.
셋 다 저장소에 커밋되지 않았다.
firebase.json의dev타깃 rewrites 맨 앞에"/muse{,/**}" → "/muse/index.html"이 들어 있다. 이dev타깃 자체가 원래build_dev.py가 배포 시점에 main 을 복제해 작업 공간에서만 만드는 것이다.public/muse/index.html— "MUSE · 개발 / 조회 모드" 머리줄 아래https://c1.sysmed.kr/muse-dev/를 iframe 으로 싣는 손으로 둔 쪽이다.public/은.gitignore대상이고, 이 파일을 만드는 빌드 코드는 저장소에 없다..release-audit/20260927/muse/firebase-before-muse.json— 위 rewrite 를 넣기 직전의firebase.json백업. 지금 파일과의 차이는/muserewrite 한 항목뿐이다.
따라서 dev 브랜치 푸시로 도는 deploy-dev.yml 에는 이 연결이 실리지 않는다 — CI 는
저장소를 새로 체크아웃해 public/ 을 다시 빌드하고, build_dev.py 가 /muse 없는
dev 타깃을 새로 만든다. 개발 사이트에 /muse 를 정식으로 두려면 build_dev.py
(또는 빌드 코드)로 옮겨야 한다. 이 상태가 실제로 개발 사이트에 수동 배포됐는지는 기록에서
확인되지 않았다.
배포 이력
| 날짜 | 무엇 | 근거 |
|---|---|---|
| 2026-09-23 | 제품 목록을 에이전트·관리시스템 두 묶음으로 나누고 Cortex·MUSE 카드 추가. PLACARD_APPS 신설, 릴리즈 검사의 숨김 이름 검사에서 제외 |
커밋 b7033fc |
| 2026-09-23 | 로컬 저장소 정리 때 obsolete/MUSE 유지, 별도 서버 저장소 /data/master/MUSE 의 클러스터 운영 설정 변경 4개 보존 |
SOURCE_MANAGEMENT.md |
| 2026-09-27 | 개발 사이트 /muse rewrite·iframe 쪽을 로컬에 둠(미커밋, 위 절) |
.release-audit/20260927/muse/ |
MUSE 서비스 자체의 릴리즈 절차·버전은 사이트 저장소 기록에 없다.
다른 서비스와의 관계
- Slurm 운영 규약(
SLURM_POLICY.md, 운영 소스·실행 관리)은 새 계산 전에 Slurm 할당과 함께 MUSE 의 물리 CPU·메모리·GPU 관측값과 수집 시각을 보라고 한다. 관측이 없거나 오래됐으면 "유휴"가 아니라 "모름"으로 본다. MUSE 는 관측하고 Slurm 이 예약한다. 규약은 MUSE 기반의 범용 자동 배치 엔진이 구현됐다고 주장하지 않는다. - LABIS 의 로그인 수단이 아니다. 2026-08-31 LABIS 자체 로그인을 지우면서 MUSE c1 계정 경로도 함께 지웠다(LABIS).
운영 점검
- 사이트 빌드 후
python tools/check_release.py(개발판은--dev) — 언어별 제품 키 집합이SITE_APPS ∪ PLACARD_APPS와 같은지 본다. MUSE 카드를 빼거나 키를 바꾸면 여기서 선다. - 빌드된 제품 목록(한국어·영어)에서 MUSE 카드가 "관리시스템" 묶음에 있고, 바로가기가
https://muse.sysmed.kr을 새 탭으로 여는지 확인한다. - 외부 주소는 사이트 배포와 무관하게 살아 있어야 한다 — 사이트 쪽에서 할 수 있는 확인은
https://muse.sysmed.kr응답 여부까지다.
주의할 점
- 이름이 겹친다. AURORA 플레이북·소프트웨어 표의
MuSE는 체세포 변이 검출 도구다. 이 시스템과 무관하다. 문서 검색·grep -i muse결과를 읽을 때 가른다. - 카드 앱은 릴리즈 검사의 이름 노출 검사에서 빠져 있다(
tools/check_release.py). MUSE 를PLACARD_APPS에서 빼면서 카드는 남기는 식으로 어긋나면 배포 검사가 실패할 수 있다 —content.py·info*.md·check_release.py를 함께 고친다. /muse하위 경로를 만들지 않는 것이 현재 설계다(info.md주석: 사이트 하위 경로가 없는 외부 시스템). 개발 사이트 쪽 로컬 시도는 위 절처럼 미커밋 상태이니 그대로 커밋하기 전에build_dev.py의 dev 타깃 생성 방식과 맞춘다.- 소스·설정은 사이트 저장소 밖(
/data/master/MUSE)에 있다. 이 위키의 다른 앱처럼 bare + main/dev 이중 워크트리 구조인지는 확인하지 않았다.