무기 연결 규격을 열면, 방산업체 종속도 끝날까

핵심 요약

• API 공개의 효과는 공개 범위와 이용 조건에 달려 있습니다.
• 공통 연결 규격은 다른 업체의 장비를 붙이는 개발 부담을 줄일 수 있습니다.
• 같은 API를 지원해도 실제 운용 환경에서의 호환성은 별도로 검증해야 합니다.
• 규격 변경과 호환성 인증을 한 업체가 통제하면 새로운 종속이 생길 수 있습니다.

드론과 센서, 지휘 시스템을 서로 다른 업체에서 구매했다고 해보겠습니다. 장비가 각각 잘 작동하더라도 정보를 주고받지 못하면 서로 연결하는 데 추가 비용이 듭니다. 라인메탈 Battlesuite의 Onboard API·Tactical API를 공개한다면, 이런 연결 문제와 업체 종속을 얼마나 줄일 수 있을까요?

깃허브에 올라온다는 것의 의미

API는 서로 다른 소프트웨어가 정보를 주고받기 위한 약속입니다. 어떤 정보를 요청할 수 있고 어떤 형식으로 응답하는지를 정합니다. 방산에서 말하는 상호운용성도 서로 다른 장비와 시스템이 함께 작동할 수 있어야 한다는 요구와 관련이 있습니다.

여기서 ‘API 공개’와 ‘제품 전체의 오픈소스화’는 구분해야 합니다. 연결 규격을 공개한다고 내부 소프트웨어까지 공개하는 것은 아닙니다. 연결용 예제 코드가 있다고 해서 제품 전체를 자유롭게 수정할 수 있는 것도 아닙니다.

그래서 깃허브에 저장소가 있다는 사실만으로는 공개의 효과를 판단하기 어렵습니다. 명세서와 예제 가운데 무엇을 공개하는지, 공개한 자료를 어떤 조건으로 이용할 수 있는지 살펴야 합니다.

Onboard API와 Tactical API라는 이름만 보고 지원 기능이나 연결 범위를 확정할 수도 없습니다. 실제 명세에서 무엇을 허용하는지 확인해야 합니다.

연결 비용이 낮아지면 구매 선택지가 늘어납니다

가령 A사의 센서 정보를 B사의 지휘 시스템에 표시하려 한다고 해보겠습니다. 양쪽이 서로 다른 데이터 형식을 쓰면 중간에서 정보를 바꿔주는 프로그램이 필요합니다. 어느 한쪽의 소프트웨어가 바뀔 때마다 장비를 연결하는 부분도 손봐야 할 수 있습니다.

공통 API를 설명하는 문서가 충분하다면 개발사는 공개된 약속에 맞춰 연결 기능을 만들 수 있습니다. 상대 업체가 내부 소프트웨어를 어떻게 구현했는지 일일이 알아내야 하는 부담도 줄어듭니다.

구매자는 그만큼 업체 선택권이 넓어질 수 있습니다. 기존 지휘 시스템은 그대로 쓰면서 센서 공급업체를 바꾸는 식입니다. 장비 하나를 교체하려고 주변 시스템까지 함께 바꿔야 하는 상황도 줄일 여지가 있습니다.

다만 API를 공개하면 이런 효과를 기대할 수 있다는 뜻입니다. 핵심 기능이 공개 API에서 빠져 있거나 연결할 때 별도의 승인을 받아야 한다면, 실제 선택지는 여전히 좁을 수 있습니다.

같은 API를 쓴다고 바로 함께 작동하지는 않습니다

연결 형식이 같아도 데이터가 뜻하는 바까지 같다는 보장은 없습니다.

예를 들어 두 장비가 모두 ‘정상’이라는 상태값을 보낸다고 해보겠습니다. 한쪽은 전원이 켜져 있다는 뜻으로 쓰지만, 다른 쪽은 자체 점검까지 통과했다는 뜻으로 쓸 수 있습니다. 수신 시스템이 두 값을 같은 상태로 처리하면 판단이 어긋납니다.

호환성을 확인할 때는 메시지가 도착하는지만 봐서는 부족합니다. 데이터의 의미와 갱신 시점도 맞아야 하고, 통신이 끊겼다가 복구됐을 때 시스템이 어떻게 반응하는지도 검증해야 합니다.

API를 공개하면 이런 검증에 필요한 정보를 얻을 수 있습니다. 그렇다고 공개 자체가 시험을 대신하지는 않습니다. 규격을 읽을 수 있는 상태에서 실제로 함께 운용할 수 있는 상태가 되려면 추가 작업이 필요합니다.

표준을 공개해도 결정권은 남습니다

제가 API 공개의 효과를 판단할 때 특히 확인하고 싶은 것은 누가 다음 버전을 결정하는지입니다.

한 업체가 규격 관리를 맡으면 변경 방향을 일관되게 유지하기 쉽고, 문제가 생겼을 때 책임을 물을 곳도 분명해집니다. 여러 장비가 함께 작동해야 하는 환경에서는 이런 점이 장점이 될 수 있습니다.

하지만 그 업체가 규격 변경과 호환성 인증을 독점하면 다른 공급업체의 부담이 커질 수 있습니다. 공개 문서를 보고 제품을 개발했더라도 그 업체의 변경 일정에 맞춰 계속 수정해야 하기 때문입니다. 인증 비용과 조건 때문에 참여하기 어려워질 수도 있습니다.

이 경우에는 종속의 형태가 달라집니다. 특정 장비를 계속 구매해야 하는 부담이 줄어들더라도, 특정 업체가 정하는 개발 일정과 승인 절차에는 여전히 의존할 수 있습니다.

그래서 이전 버전을 얼마나 오래 지원하는지, 외부 업체도 규격 개선에 참여할 수 있는지를 살펴야 합니다. 호환성을 독립적으로 검증할 수 있는지도 함께 따져야 합니다.

라인메탈 Battlesuite의 API 공개도 무엇을 어디까지 공개하고 실제로 어떤 장비를 연결할 수 있는지 살펴야 합니다. 규격을 어떻게 운영하는지도 평가에 포함해야 합니다. 구매자의 선택권이 넓어지는지는 경쟁사 장비를 연결하고 교체하는 과정에서 드러날 것입니다. 연결 규격을 공개한 뒤에도 특정 업체의 허락을 받고 그 일정에 계속 맞춰야 한다면, 종속이 얼마나 줄었는지는 따로 따져봐야 합니다.