DevSafetyOps는 DevSecOps보다 CI/CT의 확장에 가깝습니다
자동차 조직이 이미 익숙한 것은 CI/CT입니다. DevSafetyOps는 그 CI/CT 안에 ISO 26262, ISO26262, IEC 62279 기능 안전 검증, 품질 메트릭, 증적 관리를 넣어 개발과 운영의 기본 구조 자체를 확장하는 접근입니다.
Consulting
Overview
개념
자동차 조직이 이미 익숙한 것은 CI/CT입니다. DevSafetyOps는 그 CI/CT 안에 ISO 26262, ISO26262, IEC 62279 기능 안전 검증, 품질 메트릭, 증적 관리를 넣어 개발과 운영의 기본 구조 자체를 확장하는 접근입니다.
최근 흐름은 in-vehicle 제어 소프트웨어와 cloud-to-car 시스템을 분리하지 않습니다. OTA, 원격 진단, 데이터 처리, 관제와 모니터링까지 포함한 SDV 백엔드 운영을 함께 봐야 합니다.
빌드 스크립트, 테스트 설정, 컨테이너 이미지, 가상 ECU, 러너 환경까지 형상으로 남겨야 양산 5년 후 수정이 발생해도 양산 시점과 동일한 검증 환경을 복원할 수 있습니다. 가상 환경이기 때문에 물리 PC나 서버 고장과도 분리됩니다.
운영 구조
정적 분석, MISRA 코딩 규칙 점검, 테스트 기법, statement/branch/MC/DC 커버리지, 소스코드 품질 메트릭을 변경 시점마다 확인할 수 있도록 연결합니다.
보안 취약점, 오픈소스 구성, SBOM 분석, 품질 게이트를 CI/CT 안에 넣어 병합과 릴리스 전에 위험이 드러나도록 만듭니다.
요구사항, 변경 요청, 코드, 테스트 결과, 커버리지, 증적이 하나의 흐름으로 이어지도록 설계합니다.
구축 아키텍처
이 구조의 핵심은 빌드와 테스트를 수행하는 도구만 자동화하는 것이 아니라, 그 도구가 올라가는 환경 자체를 형상으로 관리한다는 점입니다. 그래서 양산 수년 후 수정이 생겨도 당시와 동일한 환경을 다시 불러와 검증할 수 있습니다.
핵심 포인트
VM, Container, Compiler, 테스트 러너까지 검증에 필요한 환경을 특정 시점 그대로 재현할 수 있도록 구성합니다. 양산 5년 후 수정이 발생해도 양산 시점의 형상으로 다시 빌드하고 테스트할 수 있습니다.
핵심 포인트
JIRA·Redmine, Git, CI/CT를 연결해 신규 기능과 결함 변경이 어떤 빌드와 어떤 검증 결과로 이어졌는지 추적합니다.
핵심 포인트
검증 환경이 특정 서버나 PC에 묶이지 않도록 가상 환경으로 형상화합니다. 물리 장비가 바뀌거나 고장 나더라도 동일한 환경을 다시 올려 검증을 이어갈 수 있습니다.
적용 이력
시네틱스는 한국항공우주연구원, 한국항공우주산업과 같은 우주항공 업계에서 가상환경 기반 SW 빌드·검증 체계를 구축하고, 이를 형상으로 관리하는 접근을 실제 프로젝트에 적용해 왔습니다.
팝콘사와 같은 자동차 업계에서 빌드와 검증 환경을 가상화하고, 반복 가능한 CI/CT 구조와 형상 기반 운영 모델을 구성해 왔습니다.
앤츠와 같은 철도 업계에서도 가상환경을 활용한 SW 빌드·검증 환경과 형상 관리 기술을 구축해 왔습니다. 이는 IEC 62279와 같은 기능 안전 중심 산업에 직접 연결되는 경험입니다.
현대자동차그룹, 롯데이노베이션, 아시아나IDT와 같은 기업과 TTA 같은 기관을 통해 이러한 CI/CT와 형상 기반 운영 모델을 구성하고 운영하는 방법을 지속적으로 교육해 왔습니다.
전문성
시네틱스는 A‑SPICE 관점에서 요구사항, 변경, 빌드, 테스트, 증적, 형상 관리가 분리되지 않도록 설계하는 데 높은 전문성을 갖추고 있습니다. 핵심은 특정 시점의 환경을 다시 복원할 수 있게 남기는 것입니다.
기능 안전 SW 개발에서 ISO26262 요구, MISRA 정적 분석, 테스트 기법, 커버리지, 코드 품질 메트릭을 개발 흐름 안에 배치하고, 증적 구조까지 남기는 데 강점을 갖추고 있습니다.
Jenkins를 중심으로 정적 분석, 테스트, 커버리지, 품질 메트릭, 취약점 관리 도구를 엮어 실무에서 동작하는 CI/CT 구조를 만드는 데 강점이 있습니다.