정직한 결론: 오픈소스 대 상용

📍 현재 위치: 참고문헌 직전, 마지막 장입니다. 스택은 완성되었고, 캡스톤(capstone) 배치는 처음부터 끝까지 흘러갔으며, 이제 우리는 청구서를 합산합니다 — 정직하게. 순수 오픈소스(open source)는 어디에서 이겼고, 어디에서 부족했으며, 다음 엔지니어(혹은 다음 감사관)가 그 이유를 이해하도록 그 결정을 어떻게 기록으로 남길 것인가?

이 책 전체는 하나의 긴 주장이었습니다 — 결정론적으로 시뮬레이션된 유가식(fed-batch) CHO + 프로테인 A(Protein A) 단일클론항체(monoclonal antibody, mAb) 라인을 대상으로, 노트북 한 대 위에서, 바이오공정 데이터 플랫폼의 대부분을 오픈소스로 구축할 수 있다는 것입니다. 동반 저장소(companion repo)는 실행 가능한 절반을 증명합니다. 복제하고, 몇 개의 make 타깃을 입력하면, 히스토리안(historian)이 채워지고, 배치가 맥락화(contextualize)되며, 감사 체인(audit chain)이 검증되고, 소프트 센서(soft-sensor)가 학습합니다. 그러나 "구축할 수 있다"는 것이 곧 "전부를 구축해야 한다"는 주장과 같았던 적은 한 번도 없습니다. 이 장은 그 결산입니다. 이 장은 의도적으로 책에서 코드가 가장 적은 장인데, 이 장이 산출하는 것은 서비스가 아니라 결정이기 때문입니다.

쉽게 말하면

데이터 플랫폼을 짓는 일은 집을 짓는 일과 같습니다. 슬래브를 붓고, 벽을 세우고, 배관을 깔고, 조명을 직접 배선할 수 있습니다 — 오픈소스는 그 모든 작업을 위한 진정으로 훌륭하고 무료인 자재를 건네줍니다. 그러나 건축 검사관이 사용 승인 허가에 서명할 때, 책임을 지는 것은 목재상이 아니라 여러분입니다. 검사관이 가장 중요하게 여기는 방들 — 여러분이 만들어 출하한 것의 법적 기록을 담는 방들 — 에 대해서는, 대부분의 사람들이 보험에 가입해 있고 자기 이름을 걸고 작업에 서명하는 면허를 가진 계약업자를 고용합니다. 이 장은 어떤 방을 직접 골조로 세우고 어떤 방을 도급으로 맡길지에 대한 정직한 점수표이며, 거기에 더해 왜 그렇게 선택했는지를 기록하는 한 장짜리 양식입니다.

이 장에서 다루는 내용

• 우리가 구축한 순수 오픈소스 스택이 진정으로 무엇을 제공하는지, 그리고 상용이나 하이브리드가 책임 있는 선택이 되는 지점이 어디인지를 계층별로 정리한 점수표.
• 가격표가 결코 보여 주지 않는 숨은 비용: 검증 부담(validation burden), 공급망(supply chain) 소유, 그리고 벤더 책임성(vendor accountability).
• 구축-대-구매(build-vs-buy) 의사결정 프레임워크, 그리고 여러분의 저장소에 그대로 붙여 넣을 수 있는 아키텍처 의사결정 기록(Architecture Decision Record, ADR) 템플릿.
• 참조용 "정직한 하이브리드(honest hybrid)" 목표 아키텍처 — 실제 시설이 실제로 출하하는 형태.

점수표: 우리가 실제로 구축한 것, 그리고 그것이 실제로 든 비용

이 책의 모든 장은 같은 스택의 또 한 계층을 다루었고, 그 계층이 어디에서 충분하지 않게 되는지를 솔직하게 말해 주었습니다. 그 결론들을 한곳에 모으면 패턴이 드러납니다. 오픈소스는 스택의 바닥과 중간 — 연결성(connectivity), 수집(ingestion), 히스토리화(historization), 맥락화, 의미론(semantics), 분석(analytics) — 에서 결정적으로 이기며, *검증된 GMP 진실 기록(record of truth)*이 자리 잡는 바로 그 지점에서 점수는 상용 또는 하이브리드 쪽으로 기웁니다.

여기 계층별 정직한 점수표가 있습니다. OSS 도구와 그 핀(pin)은 examples/platform/compose/compose.yaml에 정의된 실제 작동 스택에서 가져온 진짜이며, 결론들은 앞선 장들이 얻어 낸 것입니다.

계층	이 책의 OSS 도구	순수 OSS 결론	상용 / 하이브리드가 이기는 지점
엣지 연결성	OPC UA (asyncua)	승리. 성숙하고, 표준 기반이며, 무료.	벤더 드라이버 인증; OPC UA 보안을 잘못 처리하는 현장 장비의 ~80%.
메시지 버스	MQTT + Sparkplug B (eclipse-mosquitto:2.0.22)	승리. 가볍고, 어디에나 있으며, 브로커 비종속.	벤더 SLA를 갖춘 브로커 HA 클러스터.
히스토리안 / TSDB	TimescaleDB (timescale/timescaledb:2.17.2-pg17)	포착과 쿼리에서 승리.	HA, PB 규모의 압축, 30년 보존 SLA(TSL/상용 등급).
배치 및 장비 모델	PostgreSQL (ISA-88/95) — 히스토리안과 동일한 timescale/timescaledb:2.17.2-pg17 컨테이너	승리. 관계형(relational) 조인 백본은 관계형 조인 백본일 뿐.	검증되고 구성 가능한 MES 제품.
맥락화	SQL 뷰(view)	승리. 이것은 그저 좋은 스키마 설계일 뿐.	—
의미론 / 디지털 스레드	RDF / SPARQL (apache/jena-fuseki:5.2.0)	승리. 여기서는 개방형 표준이 어떤 독점 그래프보다 낫다.	관리형 그래프 + 온톨로지 큐레이션 서비스.
시각화	Grafana (grafana/grafana-oss:11.4.0)	로컬 사용에서 승리.	AGPL 재배포/SaaS는 의무를 발생시킴; 상용 대시보드는 지원을 묶어 제공.
컴플라이언스 / 진실 기록	Postgres 감사 + 해시 체인	부분적. 탐지 가능하지만 변조-불가능하지는 않음.	상용/하이브리드. 검증된 MES/eQMS, 자격을 갖춘 전자서명, 벤더 책임성.
분석 / 소프트 센서	Python (scikit-learn PLS)	승리. 과학은 개방되어 있다.	출하에 영향을 주는 모델을 위한 검증된 모델링 플랫폼.

두 개의 분석 행은 가장 깨끗한 "OSS 승리"입니다. examples/analytics/soft_sensor.py에서 라만-대-역가(Raman-to-titer) 소프트 센서를 학습시켰을 때, 개방형 스택은 단지 돌아간 것이 아니라 — 진정으로 유용한 모델을 만들어 냈습니다.

PLS soft-sensor (titer from Raman): R2=0.9923 RMSE=0.1498 g/L (6 comps, 701 wavenumbers, 235 train / 101 test)
ASSERT ok: R2 > 0.85 — the Raman dataset is genuinely predictive of titer.

scikit-learn(BSD 라이선스)은 보류된 분할(held-out split)에 대해 0.99의 R²를, 공짜로 안겨 주었습니다. 화학계량학(chemometrics)을 이보다 더 잘 해낼 상용 PLS 엔진은 없습니다. 이쪽은 답이 쉬운 결론의 측면입니다. "바이오프로세싱 4.0(Bioprocessing 4.0)"에 관한 동료 심사(peer-reviewed) 조사들도 반대 방향에서 같은 결론에 도달합니다. 디지털 도구의 산업 채택을 가로막는 것은 알고리즘의 가용성보다는 공통 표준과 통합의 부재라는 것입니다 — 바로 개방형, 표준 기반 스택이 메우는 데 능한 그 간극입니다 [1].

어려운 행은 컴플라이언스 행이며, 그것이 어려운 이유는 가격표가 결코 보여 주지 않는 것들 때문입니다.

숨은 비용: 검증 부담, 공급망, 책임성

순진한 비용 비교는 오픈소스는 무료이고 상용 소프트웨어는 비싸다고 말합니다. 그 비교는 양쪽 방향 모두에서 틀렸으며, 이 장의 핵심은 바로 그 이유입니다.

검증 부담은 라이선스 비용이 사라질 때 함께 사라지지 않습니다. 이 책의 어떤 오픈소스 구성 요소도 "21 CFR Part 11 준수"로 출하되지 않는데, 컴플라이언스는 다운로드의 속성이 아니라 검증된 시스템 더하기 절차의 속성이기 때문입니다 — 머리말이 세웠고 모든 신뢰(Trust) 장이 강화한 주제입니다. GAMP 5(2판)는 규제 대상 기업이 자신의 검증 노력을 줄이기 위해 공급자 관여를 극대화하고 벤더 문서를 활용해야 한다고 명시합니다 [2]. 오픈소스를 선택하면 활용할 공급자가 없습니다 — 여러분이 공급자입니다. 사용자 요구사항, IQ/OQ/PQ, 추적성 행렬(traceability matrix), 공급자 평가(supplier assessment), 그 모든 것을 여러분이 작성합니다. 좋은 소식은, GAMP 5가 움직여 온 방향이자 FDA의 컴퓨터 소프트웨어 보증(Computer Software Assurance, CSA) 지침이 강하게 밀어붙이는 방향대로, 이 부담이 리스크 기반이라는 점입니다. 저위험, 비기록 구성 요소는 무거운 문서화 대신 자동화된 테스트와 기존 증거에 기댈 수 있습니다 [3]. 그래서 이 책은 테스트 스위트(make test)를 검증 증거로 삼고 모든 이미지를 다이제스트(digest)로 핀 고정했습니다 — 보증 노력을 사라지게 만들기 위해서가 아니라 가장 부담이 적게 만들기 위해서였습니다.

여러분은 더 이상 벤더에게 비용을 지불해 소유하게 하지 않는 공급망을 물려받습니다. 오픈소스를 선택한다는 것은 제3자 및 공급망 리스크를 스스로 관리하기로 선택하는 것입니다. NIST의 보안 소프트웨어 개발 프레임워크(Secure Software Development Framework)는 그 의무를 직접적으로 명명합니다. 여러분은 재사용하는 구성 요소를 검토하고, 그렇지 않았다면 벤더에게 위임했을 보안 요구사항을 직접 표현해야 합니다 [4]. 2026년의 현실 — 그해 초 널리 사용되는 컨테이너 스캐너의 손상된 릴리스(release) 사건 — 은 여러분의 보안 도구조차 위협 표면(threat surface)의 일부라는 점을 일깨워 줍니다. 오픈소스의 답은 투명성입니다. 소프트웨어 자재 명세서(Software Bill of Materials)는 벤더 없이 진실 기록을 소유할 수 있도록 공급자, 구성 요소, 버전에 대한 가시성을 제공하면서, 여러분이 방금 떠맡은 유지보수를 정직하게 문서화합니다 [5]. 그리고 이를 위한 도구 자체가 훌륭한 오픈소스입니다 — Syft는 컨테이너 이미지나 파일시스템에서 곧바로 SBOM을 생성합니다 [6]. 저장소에는 SBOM 타깃이 없으므로, 아래 명령은 여러분이 직접 추가할 대표적인 Syft 호출로 다루세요 — versions.lock에 핀 고정된 실제 히스토리안 이미지를 대상으로 실행하면, 실제로 무엇이 돌아가는지를 다이제스트별로 정확히 목록화합니다.

# Representative Syft invocation (not a make target in the repo). Inventory the
# real historian/relational image — the accountability OSS *can* deliver.
syft timescale/timescaledb:2.17.2-pg17 -o spdx-json > sbom.spdx.json

NTIA 최소 요소 — 공급자, 구성 요소 이름, 버전, 고유 식별자, 의존성 관계, 작성자, 타임스탬프 — 를 갖춘 SBOM은 오픈소스 운영자가 "벤더에게 전화하기"를 대신하는 수단입니다. 누구의 허락도 없이 내 스택에 무엇이 들어 있고 어디에서 왔는지에 답할 수 있습니다 [5].

책임성은 오픈소스로 대체할 수 없는 비용입니다. 조사관이 여러분의 배치 기록(batch record)에서 데이터 무결성(data integrity) 문제를 발견했을 때, 누가 그것에 답할 것인지에 대해 EU Annex 11은 분명합니다. 공급자의 책임을 명시한 공급자와의 공식 합의가 있어야 하고, 공급자는 평가되어야 하며, 규제 대상 제조사가 궁극적으로 책임을 진다는 것입니다 [7]. 상용 벤더는 그 공식 합의에 서명하고 그 책임을 계약상으로 집니다. 오픈소스 프로젝트의 라이선스는 설계상 모든 보증을 부인합니다. 진실 기록 자체 — FDA 지침이 신뢰할 수 있고, 정확하며, 귀속 가능하고, 검토된 감사 추적을 갖출 것을 요구하는 데이터 [8] — 에 대해서는, 그 결여된 책임성이야말로 책임 있는 구축-대-구매 결정을 검증된, 벤더가 뒷받침하는 시스템 쪽으로 기울게 하는 바로 그 요인입니다.

이것이 바로 우리 컴플라이언스 계층이 자신의 한계에 대해 정직한 이유입니다. examples/platform/db/50-alcoa.sql의 ALCOA+ 감사 체인은 아름답고 무료인 메커니즘입니다 — 그러나 맨 위의 주석을 읽어 보세요.

-- 50-alcoa.sql — ALCOA+ by construction (Chapters 20 & 21).
-- A generic, trigger-based audit trail: every INSERT/UPDATE/DELETE on a
-- registered table is appended to audit.change_log with who/what/when/old/new,
-- and each row is hash-chained to the previous one so tampering is *detectable*.
-- The book is explicit that a superuser who disables the trigger can still
-- bypass this — hash chaining makes tampering evident, not impossible.

make alcoa는 audit.verify_chain()을 실행하고 체인이 온전할 때 깨진 링크 0개를 반환합니다. 그것은 실재하며, 가질 만한 가치가 있습니다. 그러나 "탐지 가능하지만, 불가능하지는 않음"은 다섯 단어로 압축된 결론 전부입니다. 메커니즘은 오픈소스이고, 컴플라이언스 — 검증된 절차, 변경 통제(change control), 책임을 지는 소유자 — 는 하이브리드의 마지막 한 구간입니다.

구축-대-구매 프레임워크, 그리고 그것을 ADR로 기록하기

그렇다면 계층별로 실제로 어떻게 결정할까요? 프레임워크는 하나의 질문을 네 가지 방식으로 묻는 것입니다.

1. 이 계층은 규제 대상 통제 전략(control strategy)이나 진실 기록에 닿는가? 이 계층을 통과하는 값이 출하 결정을 바꿀 수 있다면, 기준은 "검증되고 책임을 진다"입니다. 그것이 기록의 *하류(downstream)*에 있는 엔지니어링, 모니터링, 또는 분석이라면, 오픈소스가 대개 더 나은 구매입니다. A-Mab 사례 연구 — ICH Q8(R2)/Q9/Q10에 근거한 정통 유가식 CHO + 프로테인 A QbD 참조 — 는 어떤 파라미터가 핵심(critical)인지, 따라서 스택의 어느 부분이 그 기준을 물려받는지를 보여 주는 지도입니다 [9].
2. 검증 부담은 무엇이며, CSA가 그것을 비례적으로 만들 수 있는가? 저위험 히스토리안 읽기-복제본(read-replica)은 보증 비용이 저렴합니다. 배치 처분(batch disposition)에 대한 자격을 갖춘 전자서명을 포착하는 시스템은 그렇지 않습니다 [3].
3. 검사에 실패하면 누가 책임을 지는가? 정직한 답이 "보증 없이, 우리 말고는 아무도"라면, 그것은 무료가 아니라 실재하는 비용입니다 [7].
4. 대안의 종속(lock-in) 비용은 얼마인가? 개방형 표준(OPC UA, MQTT/Sparkplug, ISA-88/95, RDF)은 OSS를 지지하는 가장 강력한 논거입니다. 그것들은 모든 미래 마이그레이션을 더 저렴하게 만들고, SBOM은 문을 열어 둡니다 [5].

바이오프로세싱 문헌은 같은 갈림길을 세 가지 실행 경로로 표현합니다. 시스템 통합업체와 제휴하거나, 기성품을 구매하거나, 사내에서 개발하는 것 — 그리고 낮은 인더스트리 4.0(Industry 4.0) 채택과 공통 표준의 부재가 그 선택을 어렵게 만든다는 점을 기록합니다 [1]. 점수표는 여러분이 근거를 기록할 때에만 영업 홍보가 아니게 됩니다. 의견을 방어 가능한 엔지니어링 결정으로 바꾸어 주는 규율이 바로 아키텍처 의사결정 기록입니다. 맥락, 결정, 그 결과를 담은 짧고 날짜가 박힌 문서입니다 [10]. 저장소가 그것이 규율하는 코드 옆에 커밋하도록 권하는 템플릿이 여기 있습니다.

# ADR-0028: Build-vs-buy for the GMP record-of-truth
- Status: Accepted   Date: 2026-06-14
## Context
The fed-batch CHO + Protein A line needs a system of record for the
batch disposition. Open-source Postgres + audit hash chain makes
tampering *detectable* (make alcoa -> 0 broken links) but ships no
vendor accountability and is not Part 11-compliant out of the box.
## Decision
Use a VALIDATED commercial MES/eQMS for the signed record of truth.
Keep the OSS stack (TimescaleDB historian, contextualization, SPARQL
digital thread, PLS soft-sensor) as a read-mostly NOA-side layer.
## Consequences
+ Vendor carries the Annex 11 supplier agreement & accountability.
+ OSS layer stays cheap, fast to evolve, lock-in-resistant (open standards).
-  Two systems to reconcile; the OSS<->MES boundary must stay explicit.
-  We still own validation of the OSS layer (risk-based, CSA-leveraged).

ADR의 핵심은 결론 그 자체가 아닙니다. 여섯 달 뒤 누군가 "왜 그냥 모든 것에 Postgres를 쓰지 않았나요?"라고 물을 때, 그 답이 근거가 온전한 채로 기록되어 있다는 것입니다.

정직한 하이브리드 목표 아키텍처

점수표와 프레임워크를 합치면, 실제 시설이 실제로 출하하는 아키텍처가 나옵니다 — "전부 오픈소스"도 아니고 "전부 상용"도 아닌, 경계선을 잉크로 그어 둔 의도적인 하이브리드입니다.

정직한 하이브리드. 넓은 오픈소스 구역 — 여러분이 이 책에서 구축한 모든 것 — 은 연결성, 히스토리화, 맥락화, 의미론, 분석을, 종속에 강한 개방형 표준 위에서 모두 처리합니다. 좁은 상용-검증 구역은 서명된 진실 기록과 자격을 갖춘 서명을 소유하는데, 여기서는 벤더 책임성이 타협 불가입니다. 둘 사이의 선은 읽기 위주의 NOA 경계입니다. 개방형 스택은 읽고 모델링하며, 검증된 시스템은 기록을 보유합니다. Original diagram by the authors, created with AI assistance.

이것은 약함에서 비롯된 타협이 아닙니다. 그것은 가장 강력한 설계입니다. 오픈소스가 진정으로 더 나은 곳 — 속도, 비용, 개방성, 종속 저항성 — 에 오픈소스를 쓰고, 책임성이 진정으로 요구되는 곳에 책임성을 씁니다.

왜 중요한가

이 결론을 어느 방향으로든 틀리게 내리면 대가를 치릅니다. 무료라는 이유로 검증되지 않은 오픈소스 위에 규제 대상 기록을 구축하면, 검사 도중에 "무료"가 결코 예산에 잡지 않은 검증-및-책임성 청구서를 동반했음을 알게 됩니다 [7]. 안전하게 느껴진다는 이유로 모든 것을 상용으로 구매하면, 개방형 표준이 공짜로 해 주는 연결성, 히스토리화, 분석에 벤더 마진을 지불하면서, 슬그머니 여러분 자신의 데이터로부터 스스로를 잠가 버립니다. 제대로 해내는 엔지니어는 계층별로 우리가 무엇을 구축했고, 무엇을 구매했으며, 그 기록된 근거가 무엇인지를 말할 수 있는 사람들입니다 — 점수표, 프레임워크, ADR가 여러분에게 주는 것이 정확히 이것입니다.

실제 현장에서는

이 장이 점수 매긴 하이브리드가 실제로 출하되는 패턴입니다. 실제 CHO + 프로테인 A mAb 시설은 서명된 진실 기록을 위해 검증된 상용 MES와 히스토리안을 운영하며, 점점 더 그 옆에 맥락화, 분석, 엔지니어링을 위한 오픈소스 계층을 함께 운영합니다 — 그 계층은 소유 비용이 더 저렴하고 더 빠르게 진화하며, 개방형 표준이 데이터의 이식성을 유지해 주기 때문입니다. NIIMBL — 미국의 공공-민간 바이오의약품 제조 혁신 연구소(Institute for Innovation in Biopharmaceutical Manufacturing) — 는 바로 이런 데이터 통합과 디지털 성숙도 문제에 관한 작업을 지원하며, 그곳의 SABRE 시설(델라웨어 대학교에 있는 파일럿 규모의 현행 우수 제조 관리 기준(current Good Manufacturing Practice, cGMP) 시설로, 2024년 4월 착공)은 이 경계들이 이론적이지 않고 실재해야 하는 종류의 현장입니다. SABRE가 무엇인지 주의 깊게 새기세요. 데이터 프로그램이 아니라 건설 중인 시설이며, 2026년 중반 현재 이 책의 어떤 오픈소스 도구도 — PostgreSQL도, Grafana도, Fuseki도, Keycloak도 — "Part 11 준수 제품"으로 출하되지 않습니다. 그것들은 메커니즘을 출하하며, 여러분은 컴플라이언스를 구축하고, 검증하며, 절차로 둘러쌉니다. 이 책이 교육용 시스템으로 다룬 OSS LIMS인 SENAITE는 경고의 각주입니다. 그 유일하게 발표된 Part 11 격차 분석(gap analysis)은 2019년 것이고, 여전히 전자서명, 보존, 비밀번호 통제에서 실재하는 격차를 나열합니다. 마케팅 성숙도는 검증된 성숙도가 아닙니다 — 그리고 정직한 결론은 그 구별을 잉크로 지켜 내는 결론입니다.

핵심 용어

• 구축-대-구매(Build-vs-buy) — 계층마다 내리는, 오픈소스 부품으로 능력을 조립할지(구축) 벤더 제품을 라이선스할지(구매) 사이의 결정; 흔히 의도적인 하이브리드로 해결된다.
• 총소유비용(Total cost of ownership, TCO) — 어떤 선택의 전체 생애 비용으로, 어떤 가격표도 보여 주지 않는 비용을 포함한다: 검증 부담, 공급망 유지보수, 그리고 벤더 책임성 결여의 비용.
• 아키텍처 의사결정 기록(Architecture Decision Record, ADR) — 하나의 아키텍처 선택에 대한 맥락, 결정, 결과를 담은 짧고 날짜가 박힌 버전 관리 문서로, 그 결정을 내린 엔지니어가 떠난 뒤에도 근거가 살아남도록 한다.
• 검증 부담(Validation burden) — 규제 대상 기업이 수행해야 하는 IQ/OQ/PQ, 추적성, 공급자 평가 노력; 리스크 기반 CSA와 공급자 증거 활용으로 줄일 수는 있으나 없앨 수는 없다 — 오픈소스에는 여러분이 공급자이기에 결여된 것.
• 벤더 책임성(Vendor accountability) — Annex 11이 요구하는 합의에 따라 상용 공급자가 지는 계약상 책임; 라이선스가 보증을 부인하기에 오픈소스가 구조적으로 공급할 수 없는 비용.
• 소프트웨어 자재 명세서(Software Bill of Materials, SBOM) — 시스템 안의 모든 구성 요소, 버전, 공급자에 대한 공식 목록; 오픈소스 운영자가 "벤더에게 전화하기"를 대신하는 수단이자, 공급망 리스크를 투명하게 소유하는 기반.
• 정직한 하이브리드(Honest hybrid) — 이 책이 주장하는 목표 아키텍처: 연결성에서 분석까지를 담당하는 넓은 오픈소스 구역과, 서명된 기록을 담당하는 좁은 상용-검증 구역이, 읽기 위주의 NOA 경계에서 이어진 형태.

다음 이야기

그것이 결론이며, 구축의 끝입니다. 짧은 한 절이 남아 있습니다. 참고문헌(References) — 이 책의 모든 주장 뒤에 있는 검증된 출처들, 그리고 "모든 주장은 실행 가능하거나 인용되어 있다"가 우리가 지킨 약속이었음을 합당하게 확인하고 싶어 하는 검토자에게 건넬 수 있는 인용들입니다.