아침 교대가 시작되면 분석기는 준비 상태를 알리지만 오케스트레이터는 어제 멈춘 샘플을 새 실험처럼 실행하려 한다. 장비 명령은 성공했는데 측정 파일에는 다른 바이알 ID가 붙고, 교정 만료는 별도 화면에 남는다. 자율실험실의 통합 병목은 API 호출 자체보다 같은 샘플의 상태를 여러 서비스가 다르게 기억하는 데 있다.
SiLA 2와 MADSci를 함께 쓴다고 이 문제가 자동으로 사라지지는 않는다. 전자는 기기나 서비스가 어떤 기능·명령·속성을 제공하는지 표현하는 통신 표준이고, 후자는 여러 노드의 워크플로와 자원·이벤트·데이터를 조정하는 공개 프레임워크다. 샘플 정체성, 상태 소유권과 실패 의미를 현장이 계약해야 둘이 스택이 된다.
장비 연결보다 추적 가능한 실행이 사업 문제다
실험실에는 새 장비와 오래된 장비, 파일 공유만 가능한 분석기, 자체 API를 가진 로봇이 섞여 있다. 장비별 드라이버를 만들 수 있어도 명령 이름·단위·완료 조건·오류 의미가 다르면 워크플로가 장비 교체 때마다 깨진다. 성공 응답 뒤 실제 시료가 처리됐는지도 별도 확인해야 한다.
SiLA 2 공식 표준 소개는 HTTP/2와 Protocol Buffers·gRPC 기반 통신, 기능 중심의 Feature와 Command·Property 구조를 설명한다. SiLA Server는 제공 기능을 노출하고 Client가 호출한다. 이는 기기 인터페이스의 계약이지 여러 장비의 실험 일정과 샘플 생애 전체를 관리하는 단일 LIMS는 아니다.
MADSci 공식 문서는 장비나 로봇을 Node로 감싸고 Workflow, Event, Data, Resource 등 독립 관리자 서비스를 조합하는 구조를 제시한다. 즉 장비 기능을 노출하는 층과 실험 실행·감사를 조정하는 층을 나눌 수 있다. 하지만 어떤 필드가 기준 샘플 ID인지와 누가 상태를 수정하는지는 구현자가 정해야 한다.
수작업 통합의 숨은 비용부터 기준선으로 잡는다
기존 통합비는 드라이버 개발시간만이 아니다. 장비 펌웨어가 바뀔 때 회귀시험, 파일명 규칙을 해석하는 스크립트, 밤중 오류를 확인하는 운영자, 잘못 붙은 샘플을 추적하는 조사시간과 재실험 시약이 포함된다. 장비가 멈춘 시간이 아니라 데이터 신뢰가 회복될 때까지의 시간을 기준으로 잡는다.
| 핸드오프 | 기존 방식의 비용 | 표준화할 계약 | 예외 소유자 |
|---|---|---|---|
| 오케스트레이터→기기 | 벤더별 명령·단위·완료 신호 변환 | 기능 ID, 매개변수 스키마, 멱등 키, 취소·시간초과 | 기기 어댑터 담당 |
| 기기→샘플 | 위치와 바이알을 사람이 재확인 | 전역 샘플 ID, 용기·슬롯, 분할·합병 이벤트 | 자원 관리자와 실험 책임자 |
| 기기→데이터 | 파일명·폴더 감시와 수동 연결 | 측정 ID, 샘플 ID, 장비·방법·교정·파일 해시 | 데이터 관리자 |
| 실패→복구 | 전화·메신저로 상황 공유 | 오류 분류, 안전 상태, 재시도 가능성, 승인·롤백 | 워크플로 운영자와 안전 담당 |
| 버전→감사 | 코드·레시피·모델 이력을 따로 보관 | 워크플로·노드·Feature·모델 버전과 이벤트 시간 | 품질·플랫폼 담당 |
표준 도입 전 4주 정도의 기준선에서 각 예외 건수, 사람 개입분, 잘못 연결된 파일, 재실험과 평균 복구시간을 기록한다. 처리량만 재면 데이터 무결성 개선이 보이지 않고, API 개발시간만 재면 장기 유지비가 사라진다. 이 기준선이 파일럿의 비교 대상이다.
파일럿은 장비 두 대와 샘플 열 개로 좁힌다
처음부터 전 실험실을 연결하지 않는다. 액체처리기 하나, 분석기 하나, 샘플 이동 한 번과 분석 결과를 다음 조건으로 돌려주는 짧은 폐루프를 고른다. 정상 경로보다 취소, 중복 요청, 시간초과와 수동 개입을 포함한다. 기능 이름과 단위, 오류코드를 먼저 맞춘다.
SiLA 2 쪽에서는 Feature 정의, Command 입력·출력, Property와 장기 실행 상태, 인증서와 연결 방법을 고정한다. SiLA 공식 사양 다운로드의 Part A는 핵심 개념·오류·보안과 데이터 유형을, Part B는 기술 매핑을 다룬다. ‘SiLA 호환’이라는 문구만 받지 말고 필요한 Feature와 버전을 장비별로 확인한다.
MADSci 쪽에서는 노드 동작, 워크플로 단계, 자원 잠금과 이벤트를 연결한다. MADSci Resource Manager 문서는 샘플·용기·소모품 등 자원의 생애와 워크플로·데이터·이벤트 연결을 설명한다. 개발용 로컬 모드의 제한도 공개하므로 분산 운영에 그대로 쓰지 않고 인증·데이터베이스·잠금을 별도 검증한다.
중단과 사람 개입을 정상 상태처럼 모델링한다
기기 명령이 시간초과됐을 때 실제 동작이 끝났을 수도 있다. 같은 명령을 곧바로 재전송하면 시약을 두 번 넣는다. 모든 변경 명령에 요청 ID와 멱등 규칙을 붙이고, 불명확한 응답 뒤에는 장비 상태·질량·용기 위치를 읽어 실제 결과를 확인한다. 확인 전에는 다음 단계로 가지 않는다.
샘플은 잠금과 이동 이벤트가 필요하다. 로봇이 바이알을 집는 순간 원래 슬롯과 이동 중 상태를 기록하고, 분석기 투입 확인 뒤 새 위치를 확정한다. 사람이 바이알을 꺼냈다면 수동 이벤트와 작업자·이유·새 위치를 기록한다. 데이터 파일은 샘플 ID뿐 아니라 측정 ID, 장비·방법 버전과 원본 해시로 연결한다.
교정 만료나 안전 인터록은 단순 오류코드가 아니다. 작업 시작 전 자격 조건으로 검사하고, 만료됐다면 워크플로를 보류한다. 복구 뒤에는 실패한 단계만 재실행할지 전체 샘플을 폐기할지 과학 프로토콜이 결정해야 한다. 오케스트레이터가 화학적 유효성을 임의로 추정하지 않는다.
이익은 호출 성공률이 아니라 계보 복구에서 측정한다
파일럿 합격 기준은 명령 100건 성공 같은 숫자로 끝내지 않는다. 임의 이벤트 하나에서 원료·샘플·용기, 장비 명령, 센서·교정, 원시 파일, 분석 코드·모델과 다음 실험 결정을 양방향으로 찾을 수 있어야 한다. 잘못된 결과가 발견되면 영향받은 후속 실험 목록도 계산돼야 한다.
| 합격 지표 | 측정 방법 | 확장 기준 | 실패 시 책임 |
|---|---|---|---|
| 추적 완전성 | 무작위 샘플의 전 생애 필드·해시 역추적 | 필수 연결 100%, 미확인 연결 0 | 데이터·자원 관리자 |
| 중복 동작 방지 | 응답 손실·재전송 오류주입 | 시약 이중 투입 없이 상태 확인·보류 | 어댑터·워크플로 담당 |
| 복구시간 | 장비정지·네트워크단절·수동개입 시계 | 기준선 대비 단축과 안전 상태 보존 | 운영·안전 담당 |
| 버전 재현 | 과거 워크플로와 입력으로 결과 계보 재구성 | 코드·Feature·레시피·모델 정확 버전 확인 | 플랫폼·품질 담당 |
| 장비 교체성 | 같은 계약을 새 어댑터로 실행 | 과학 프로토콜 변경 없이 호환시험 통과 | 통합 담당 |
ROI는 연구원 시간, 재실험·시약, 오류 조사와 장비 교체 통합비를 합쳐 본다. 표준 스택이 약간 느려도 잘못된 샘플로 빠르게 달리는 것보다 낫다. 피지컬 AI의 뜻과 범위처럼 감지–판단–행동이 닫혀 있어도 데이터 계보가 끊기면 과학적 폐루프는 닫히지 않은 것이다.
버전을 고정한 뒤 범위를 한 단계씩 넓힌다
확장은 장비 수보다 예외 종류를 기준으로 한다. 먼저 정상·취소·시간초과·응답 손실·사람 개입을 통과하고, 다음에 샘플 분할·합병과 복수 워크플로 경쟁, 마지막에 여러 방과 분산 서비스로 간다. 단계마다 표준·프레임워크 버전과 데이터 스키마를 고정한다.
- 1주차에는 장비·샘플·데이터·교정의 현재 시스템과 상태 소유자를 그린다.
- 2주차에는 두 장비의 필요한 기능·명령·단위·오류·취소 계약을 고정한다.
- 3주차에는 전역 샘플·측정 ID와 자원 이동·분할·합병 이벤트를 구현한다.
- 4주차에는 정상 폐루프를 돌리고 원본 파일·코드·모델·결정 계보를 역추적한다.
- 5주차에는 응답 손실·중복요청·교정 만료·잘못된 라벨·사람 개입을 주입한다.
- 6주차에는 기준선 대비 개입시간·재실험·복구시간·추적 완전성을 비교한다.
- 합격 뒤에도 새 장비·Feature·워크플로 버전마다 계약·오류주입·롤백 회귀시험을 반복한다.
확인일 2026년 8월 26일 기준 SiLA와 MADSci 공식 자료는 각 계층의 구조를 보여 주지만 두 기술을 조합한 모든 생산 배치를 인증하지는 않는다. 현장은 필요한 Feature, 인증·권한, 데이터 보존, 백업과 분산 잠금까지 자체 인수해야 한다. 표준 이름은 출발점이고 추적 가능한 실패복구가 합격점이다.
표준 스택의 숨은 비용과 ROI를 확인하는 법
SiLA 2와 MADSci를 도입할 때 가장 자주 빠지는 비용은 무엇인가요?
기존 장비 어댑터 유지, 샘플·용기 마스터 정리, 오류 의미 통일, 인증·인증서, 데이터 이전, 야간 복구와 회귀시험이다. API 개발 견적과 별도로 현재 예외 조사·재실험 시간까지 기준선에 넣어야 실제 총비용이 보인다.
처리량이 늘지 않아도 표준 스택의 ROI가 있나요?
있을 수 있다. 샘플 오연결과 중복 투입, 재실험, 오류 조사시간, 장비 교체 통합비와 감사 준비가 줄면 가치가 생긴다. 다만 파일럿 전·후 같은 기간의 오류·개입·복구·추적 완전성을 측정하지 않으면 ROI를 단정할 수 없다.
자료 마지막 확인: 2026년 8월 26일