설계 철학
DataRelay Labs 제품들은 서로 독립적이지만, 몇 가지 실용적인 엔지니어링 원칙을 공유합니다.현장 문제부터 해결
기능 수를 늘리기보다 실제 연결, 데이터 전달, 승인, 지원, 운영에서 반복되는 문제를 출발점으로 합니다.
필요한 것만 전달
좁고 통제된 경로나 명시적인 승인 단계로 요구사항을 해결할 수 있다면 전체 네트워크를 열거나 전체 데이터를 중복 전달하거나 중요한 작업을 무조건 자동 실행하지 않습니다.
제품은 독립적으로
한 제품을 쓰기 위해 다른 제품을 설치할 필요가 없도록 실행 환경, 릴리스와 문서를 각각 분리합니다.
운영 경계를 명확하게
사전 조건, 보안 가정, 지원 경로, 승인 범위, 제한 사항, 실패 시 동작과 복구 방법을 문서에 명확히 설명합니다.
조직 구조
datarelay.run은 DataRelay Labs 조직 포털입니다. 제품 문서는 link.datarelay.run, control.datarelay.run, grant.datarelay.run처럼 각 제품 전용 사이트에서 관리합니다.
이 구조를 유지하면 제품 수가 늘어나도 최상위 도메인의 역할은 바뀌지 않고, 새 제품을 기존 제품의 Module처럼 보이게 만들지 않으면서 자연스럽게 추가할 수 있습니다.
Grant는 독립 제품끼리 필요할 때만 연동하는 예입니다. Link와 Control은 Grant 없이 사용할 수 있고, 실행 전에 사람의 승인이 필요한 작업에서만 Grant를 승인 단계로 추가할 수 있습니다.
공통 개발 절차
제품이 독립적이라고 해서 저장소마다 개발 방식을 새로 만들 필요는 없습니다. DataRelay Labs는 저장소 설정, 설계 검토, AI 구현 전달, 검증, PR/CI 리뷰, 릴리스, 운영, 작업 이어가기에 공통 Engineering System을 사용합니다.Engineering System Handbook
사람이 이해하고 적용할 수 있도록 구조, 작업 흐름, 도입 방법, 도구, 검증 방식과 운영 방법을 설명합니다.
Canonical Standard
저장소와 AI Agent가 실제로 따르는 규칙과 표준입니다. 이 설명서와 내용이 다를 경우 Engineering System 저장소의 규칙을 따릅니다.
GitHub — DataRelay Labs
DataRelay Labs의 소스 저장소와 엔지니어링 프로젝트를 확인합니다.