미국은 왜 국방 아키텍처를 공개할까?(3편, A-GRA)

미 공군 Open Arsenal의 핵심, A-GRA 완전 정복

미 공군(USAF)과 미 국방부가 추진하는 Open Architecture 생태계에서 최근 주목할 만한 기술이 바로 A-GRA(Autonomy Government Reference Architecture)입니다.

 

A-GRA는 무인기와 자율 무기체계에 적용되는 자율 소프트웨어와 미션 시스템을 개방형 구조로 설계하기 위한 정부 참조 아키텍처입니다.

특히 특정 방산업체의 독점적인 소프트웨어에 의존하지 않고, 다양한 업체가 개발한 AI와 자율화 소프트웨어를 표준화된 인터페이스를 통해 통합할 수 있도록 하는 것이 핵심입니다.

 

Open Arsenal은 A-GRA를 자율 소프트웨어의 "두뇌(Brain)"와 항공기 플랫폼의 "몸체(Body)"를 분리하는 개방형 구조로 설명하고 있습니다. 이를 통해 자율 소프트웨어를 플랫폼과 별도로 개발하고, A-GRA를 준수하는 여러 무인 플랫폼에 신속하게 통합하는 것을 목표로 합니다.

 

쉽게 표현하면 스마트폰에서 운영체제와 표준 API를 기반으로 다양한 앱을 설치하고 교체하는 것처럼, 미래 무기체계에서도 자율 기능을 모듈 단위로 교체하고 확장할 수 있도록 만드는 개념입니다.

1. 6하원칙(5W1H)에 따른 A-GRA 개요

Who, 누가

A-GRA는 미국 공군을 중심으로 국방 분야의 자율 무기체계 개방형 아키텍처 생태계와 연관되어 있습니다.

Open Arsenal은 A-GRA를 Department of War의 핵심 모듈형 개방 시스템 프레임워크로 소개하면서, Department of the Air Force가 Autonomous Collaborative Platforms(ACP) 전반에 자율 소프트웨어를 신속하게 통합하고 이식할 수 있도록 하는 범용 인터페이스 구조로 설명하고 있습니다.

 

여기서 중요한 것은 A-GRA가 특정 업체의 제품을 위한 규격이 아니라는 점입니다.

기존 방산업체뿐만 아니라 비전통 방산업체와 다양한 소프트웨어 기업이 동일한 개방형 구조에 참여할 수 있도록 하는 것이 핵심적인 방향입니다.

What, 무엇인가

A-GRA는 Autonomy Government Reference Architecture의 약자로, 자율 임무 기능과 자율 소프트웨어를 표준화된 개방형 구조로 통합하기 위한 참조 아키텍처입니다.

 

Open Arsenal은 A-GRA의 핵심 개념을 다음과 같이 설명합니다.

 

Portable Intelligence

자율 소프트웨어와 임무 로직을 하나의 플랫폼에 고정하지 않고 다른 플랫폼으로 이식할 수 있도록 합니다.

 

Plug-and-Play Brains

표준화된 아키텍처를 이용하여 서로 다른 업체가 개발한 자율 알고리즘과 AI 소프트웨어를 교체·통합할 수 있도록 합니다.

 

Hardware Agnostic

자율 임무 성능을 특정 항공기 제조사나 기체에 종속시키지 않고, A-GRA를 준수하는 플랫폼이라면 동일한 자율 소프트웨어를 탑재할 수 있도록 하는 개념입니다.

 

즉 A-GRA의 핵심은 단순한 AI 알고리즘 표준이 아니라 "자율 소프트웨어를 플랫폼으로부터 분리하는 것"이라고 이해할 수 있습니다.

When, 언제

A-GRA는 2020년대 미국 국방 분야에서 MOSA(Modular Open Systems Approach)와 개방형 시스템 아키텍처의 중요성이 높아지는 흐름 속에서 발전하고 있습니다.

 

특히 AI와 자율화 기술이 빠르게 발전하면서 새로운 알고리즘을 기존 플랫폼에 얼마나 빠르게 적용할 수 있는지가 중요한 문제가 되었습니다.

Open Arsenal의 현재 A-GRA 페이지에는 2026년 실제 CCA 시험 및 통합 사례가 소개되고 있어, A-GRA가 단순한 개념 수준에서 실제 자율 무인항공기 개발과 시험으로 확대되고 있음을 보여줍니다.

Where, 어디에 적용되는가

A-GRA는 자율화 기능이 필요한 다양한 무인 및 차세대 항공체계에 적용될 수 있습니다.

대표적으로 다음과 같은 영역을 생각할 수 있습니다.

• Collaborative Combat Aircraft(CCA)
• 자율 무인항공기(UAV)
• 유무인 복합체계(MUM-T)
• 차세대 임무 컴퓨터
• 센서 및 임무 처리 시스템
• 자율 임무계획 및 의사결정 시스템

특히 현재 Open Arsenal에서 공개적으로 제시하는 대표 사례는 CCA입니다.

YFQ-42A, YFQ-44A, YFQ-48A 등의 CCA 관련 시험에서 서로 다른 자율 소프트웨어를 플랫폼에 통합하거나 교체하는 사례가 소개되고 있습니다.

Why, 왜 필요한가

기존 무기체계는 특정 업체가 개발한 하드웨어와 소프트웨어에 장기간 의존하는 경우가 많았습니다.

이러한 구조에서는 새로운 AI 알고리즘이나 자율 기능을 적용하려고 해도 기존 시스템과의 인터페이스를 다시 개발해야 하는 문제가 발생할 수 있습니다.

 

A-GRA와 같은 개방형 아키텍처는 이러한 문제를 줄이는 것을 목표로 합니다.

 

예를 들어 A업체가 개발한 자율 임무 알고리즘을 사용하다가 B업체의 새로운 AI 알고리즘이 필요해진다면, 전체 항공기를 다시 개발하는 대신 표준화된 인터페이스를 이용해 자율 소프트웨어를 교체하는 방식입니다.

 

Open Arsenal은 이를 "Mission Autonomy Sold Separately"라는 개념으로 설명하고 있습니다.

 

즉 항공기 플랫폼을 구매하는 것과 자율 소프트웨어를 확보하는 것을 분리할 수 있다는 의미입니다.

이러한 구조는 특정 업체에 대한 종속성을 줄이고 여러 업체가 자율 소프트웨어 시장에 참여할 수 있는 환경을 만드는 것을 목표로 합니다.

How, 어떻게 구현하는가

A-GRA는 개방형 인터페이스와 모듈화된 소프트웨어 구조를 이용해 자율 소프트웨어와 플랫폼 사이의 결합도를 낮추는 방향으로 설계됩니다.

 

핵심은 자율 소프트웨어가 특정 항공기의 내부 구현 방식에 지나치게 의존하지 않도록 하는 것입니다.

 

따라서 플랫폼은 항공기의 비행 및 안전 핵심 기능을 담당하고, A-GRA 기반 자율 소프트웨어는 임무와 자율 행동에 필요한 기능을 담당하는 형태로 분리할 수 있습니다.

이러한 분리가 가능해지면 새로운 자율 알고리즘을 개발했을 때 항공기 전체의 소프트웨어를 다시 개발하지 않고 자율 기능 부분을 업데이트할 수 있습니다.

2. A-GRA 적용 및 적용 예상 무기체계

A-GRA는 자율화 및 무인화가 중요한 미래 항공체계에서 활용될 수 있는 개방형 아키텍처입니다.

특히 Open Arsenal에서 현재 공개하고 있는 실제 사례는 CCA 분야입니다.

CCA, Collaborative Combat Aircraft

CCA는 유인 전투기와 함께 작전하는 무인 전투항공기 개념입니다.

CCA에서는 센서 데이터를 바탕으로 상황을 인식하고, 임무를 계획하며, 인간의 지시에 따라 다양한 자율 행동을 수행하는 소프트웨어가 핵심적인 역할을 합니다.

 

따라서 자율 소프트웨어를 특정 업체에 종속시키지 않고 지속적으로 업그레이드할 수 있는 개방형 구조가 중요합니다.

Open Arsenal의 A-GRA 페이지에는 2026년 CCA 시험 사례들이 구체적으로 소개되어 있습니다.

실제 사례 ① YFQ-44A Fury에서의 자율 소프트웨어 교체

가장 흥미로운 사례 가운데 하나가 Anduril의 YFQ-44A Fury입니다.

 

Open Arsenal은 2026년 2월 25일 사례로 YFQ-44A Fury가 Shield AI의 Hivemind 소프트웨어로 비행한 후 동일한 비행에서 Anduril의 Lattice MA로 전환한 사례를 소개하고 있습니다.

 

이는 하나의 항공 플랫폼에서 서로 다른 업체의 자율 소프트웨어를 교체할 수 있다는 A-GRA의 Plug-and-Play 개념을 실제 비행 상황에서 보여주는 사례로 소개됩니다.

 

이 사례가 중요한 이유는 단순히 "AI가 비행했다"는 것이 아닙니다.

핵심은 다음과 같습니다.

 

항공기 플랫폼  A-GRA 인터페이스 자율 소프트웨어 A 자율 소프트웨어 B

 

와 같이 플랫폼과 자율 소프트웨어를 분리할 수 있다는 점입니다.

즉 항공기의 기체 자체를 변경하지 않고도 자율 소프트웨어 계층을 변경할 수 있는 구조입니다.

실제 사례 ② YFQ-42A Dark Merlin과 Collins Sidekick

General Atomics의 YFQ-42A Dark Merlin 역시 A-GRA와 관련된 중요한 사례로 소개되고 있습니다.

 

Open Arsenal은 2026년 2월 General Atomics가 Collins Aerospace의 Sidekick 자율 소프트웨어를 YFQ-42A에 통합했다고 설명합니다.

 

또한 지상에 있는 인간 자율 운용자가 YFQ-42A에 명령을 전달하고, 항공기가 4시간 이상 해당 명령을 수행한 시험 사례를 소개하고 있습니다.

 

이 사례는 제3자 자율 소프트웨어와 항공기의 임무 시스템 사이에서 데이터가 교환되는 구조를 검증했다는 점에서 의미가 있습니다.

실제 사례 ③ YFQ-48A Talon

Northrop Grumman의 YFQ-48A Talon 관련 사례도 Open Arsenal에 소개되어 있습니다.

 

2026년 4월 공개된 사례에서는 Talon IQ Model 437이 Shield AI의 Hivemind를 활용한 임무 자율화 시험을 수행했고, 이후 Northrop Grumman의 Prism 소프트웨어로 다시 전환하는 사례가 소개되었습니다.

 

Open Arsenal은 이를 제3자 AI 플랫폼을 호스팅할 수 있는 Plug-and-Play 구조의 사례로 설명하고 있습니다.

 

따라서 현재 공개된 사례를 종합하면 A-GRA의 핵심 개념은 단순히 "여러 업체의 AI를 사용할 수 있다"는 수준을 넘어,

"하나의 CCA 플랫폼에서 서로 다른 자율 소프트웨어를 통합하고 교체할 수 있는 구조"

라고 볼 수 있습니다.

3. FACE, OMS, UCI와의 연관성 및 관계

A-GRA를 이해하기 위해서는 FACE, OMS, UCI와의 관계를 함께 살펴볼 필요가 있습니다.

다만 이들을 단순히 하나의 상하위 계층으로 표현하기보다는 각각 담당하는 영역과 목적이 서로 다르다고 이해하는 것이 정확합니다.

 

개념적으로 정리하면 다음과 같습니다.

A-GRA

자율 기능과 자율 소프트웨어를 위한 참조 아키텍처입니다.

AI 기반 의사결정, 자율 임무계획, 상황인식, 자율 행동 등의 기능을 개방형 구조로 구성하는 것이 핵심입니다.

OMS

Open Mission Systems는 항공기 임무 시스템의 개방성과 모듈화를 추구하는 접근방법입니다.

센서, 임무 컴퓨터, 전자전 시스템 등 다양한 임무 기능을 개방형 인터페이스를 통해 연결하고 새로운 기능을 통합할 수 있도록 하는 데 초점이 있습니다.

UCI

Universal Command and Control Interface는 무인체계와 외부 지휘통제체계 사이의 명령 및 제어 인터페이스와 관련된 표준입니다.

유인 플랫폼이나 지상통제체계에서 무인체계에 임무를 전달하고 상태정보 등을 교환하는 외부 C2 인터페이스 관점에서 이해할 수 있습니다.

FACE

FACE는 Future Airborne Capability Environment의 약자로, 항공기 소프트웨어의 이식성과 재사용성을 높이기 위한 표준화된 소프트웨어 환경입니다.

즉, 소프트웨어 애플리케이션이 특정 하드웨어나 운영체제에 지나치게 종속되지 않도록 하는 것이 중요한 목적입니다.

① FACE와 A-GRA의 관계

FACE와 A-GRA는 서로 다른 문제를 해결합니다.

 

FACE가 항공기 소프트웨어가 실행되는 표준화된 환경과 소프트웨어 구성요소 간의 이식성 및 재사용성을 중점적으로 다룬다면, A-GRA는 자율 기능과 자율 소프트웨어를 플랫폼으로부터 분리하고 통합하기 위한 구조에 초점을 맞춥니다.

쉽게 표현하면 다음과 같이 이해할 수 있습니다.

 

FACE는 "소프트웨어가 어떤 환경에서 실행될 것인가"에 가까운 문제를 다루고,

 

A-GRA는 "자율 소프트웨어가 플랫폼과 어떤 방식으로 연결되고 교체될 것인가"에 가까운 문제를 다룹니다.

따라서 두 기술은 경쟁 관계라기보다 서로 다른 영역에서 개방형 소프트웨어 생태계를 지원하는 관계로 이해하는 것이 적절합니다.

② OMS와 A-GRA의 관계

OMS는 항공기 내부의 임무 시스템을 개방형 구조로 구성하기 위한 중요한 개념입니다.

레이더, 전자전, 센서, 임무 컴퓨터 등 다양한 시스템이 서로 데이터를 교환하고 서비스를 제공할 수 있도록 인터페이스와 데이터 구조를 표준화하는 것이 핵심입니다.

 

Open Arsenal의 AMS GRA 자료에서도 OMS와 UCI가 함께 사용되는 구조를 확인할 수 있습니다.

AMS GRA의 예제에서는 OMS의 CAL(Critical Abstraction Layer)을 통해 UCI 메시지를 전달하고, Abstract Service Bus(ASB)가 논리적 메시징 네트워크 역할을 수행하는 구조를 설명하고 있습니다.

 

A-GRA 역시 자율 소프트웨어가 플랫폼의 임무 시스템과 데이터를 주고받아야 하기 때문에 이러한 개방형 임무 시스템 구조와 밀접하게 연결될 수 있습니다.

③ UCI와 A-GRA의 관계

UCI는 자율체계 내부의 소프트웨어 구조보다는 외부 지휘통제체계와 무인체계 사이의 인터페이스라는 관점에서 이해하는 것이 좋습니다.

 

예를 들어 지상통제소나 유인 플랫폼에서 무인체계에 임무를 전달하면 무인체계 내부에서는 자율 소프트웨어가 해당 임무를 분석하고 필요한 행동을 수행할 수 있습니다.

 

이때 외부 C2 영역에서는 UCI와 같은 인터페이스가 중요하고, 내부 자율화 영역에서는 A-GRA와 같은 자율 아키텍처가 중요해질 수 있습니다.

 

다만 A-GRA와 UCI를 단순히 "A-GRA가 UCI를 사용한다"라고 단정하기보다는, 실제 구현에서 사용되는 메시징 및 임무 시스템 인터페이스와 자율화 계층이 어떻게 연결되는지를 개별 시스템의 아키텍처를 통해 확인하는 것이 정확합니다.

4. 실제 A-GRA 구조를 이해하는 핵심

Open Arsenal에서 제시하는 실제 사례를 보면 A-GRA의 핵심은 단순한 소프트웨어 API가 아니라 "자율 소프트웨어와 플랫폼을 분리하는 아키텍처"라는 점을 확인할 수 있습니다.

 

개념적으로 보면 다음과 같습니다.

항공기 플랫폼

비행제어 / 안전 핵심 기능

센서 / 임무 시스템

 

A-GRA 표준 인터페이스

 

자율 소프트웨어

Hivemind

Sidekick

Lattice MA

Prism 등

 

이 구조에서는 항공기 플랫폼 자체를 변경하지 않고 자율 소프트웨어 계층을 변경할 수 있습니다.

 

Open Arsenal이 설명하는 Portable Intelligence와 Plug-and-Play Brains가 바로 이러한 개념입니다.

5. 스마트폰 생태계로 이해하는 A-GRA

A-GRA를 가장 쉽게 이해하는 방법은 스마트폰을 생각하는 것입니다.

스마트폰에는 운영체제가 있고, 운영체제 위에 다양한 앱이 존재합니다.

 

사용자는 특정 앱을 삭제하고 새로운 앱을 설치할 수 있습니다.

중요한 것은 앱을 개발한 회사가 스마트폰의 모든 하드웨어를 다시 설계하지 않아도 된다는 점입니다.

표준화된 운영체제와 API가 있기 때문입니다.

 

미래의 자율 무기체계도 이와 유사한 방향으로 발전할 수 있습니다.

플랫폼은 그대로 유지하면서 새로운 AI 알고리즘이나 자율 임무 소프트웨어를 교체하고, 새로운 센서나 임무 기능을 추가할 수 있는 구조입니다.

 

A-GRA가 추구하는 개방형 자율 아키텍처를 이해하는 데 이러한 비유가 유용한 이유입니다.

6. A-GRA와 MOSA의 관계

결국 A-GRA는 미국 국방 분야에서 추진되는 MOSA라는 큰 흐름 속에서 이해할 필요가 있습니다.

MOSA가 무기체계 전체를 모듈화하고 개방형 인터페이스를 활용하자는 상위적인 접근방법이라면, FACE, OMS, UCI, A-GRA 등은 각각 소프트웨어 실행환경, 임무 시스템, 지휘통제 인터페이스, 자율화 영역에서 개방성을 구현하는 데 기여하는 기술적 접근이라고 볼 수 있습니다.

 

다만 각 표준은 서로 동일한 계층에 있는 것은 아닙니다.

특히 Open Arsenal의 현재 구조를 보면 Platforms, C2, Autonomy, Weapons, Terrestrial 등 여러 영역별 Government Reference Architecture가 별도로 구성되어 있습니다.

 

따라서 A-GRA는 MOSA 전체를 대체하는 표준이라기보다는 MOSA의 개방형 철학을 자율화 영역에 적용한 참조 아키텍처로 이해하는 것이 보다 적절합니다.

7. 방산업체 입장에서 바라본 A-GRA

A-GRA의 확산은 방산업체의 무기체계 개발 방식에도 영향을 줄 수 있습니다.

 

기존에는 하나의 업체가 하드웨어와 소프트웨어를 함께 개발하고 장기간 유지하는 방식이 일반적이었다면, 개방형 아키텍처에서는 여러 업체가 각각의 모듈이나 서비스를 개발하고 이를 표준 인터페이스를 통해 통합하는 구조가 확대될 수 있습니다.

 

특히 AI와 자율화 분야에서는 알고리즘의 발전 속도가 매우 빠르기 때문에 새로운 기술을 기존 플랫폼에 얼마나 신속하게 적용할 수 있는지가 중요한 경쟁 요소가 됩니다.

 

Open Arsenal이 소개하는 CCA 사례는 이러한 변화가 실제 시험 단계에서 어떻게 나타나는지를 보여주는 사례입니다.

YFQ-44A에서는 서로 다른 자율 소프트웨어를 전환하는 사례가 소개되었고, YFQ-42A에서는 제3자 자율 소프트웨어를 통합하는 사례가 소개되었습니다.

 

따라서 향후 방산 소프트웨어 개발에서는 단순히 "어떤 AI를 개발했는가"뿐만 아니라 "표준화된 개방형 인터페이스를 통해 기존 무기체계에 얼마나 쉽게 통합할 수 있는가"도 중요한 요소가 될 가능성이 있습니다.

8. A-GRA가 중요한 이유

A-GRA의 가장 중요한 의미는 단순히 새로운 소프트웨어 규격 하나를 추가하는 데 있지 않습니다.

 

핵심은 미래 무기체계의 중심이 하드웨어에서 소프트웨어와 AI로 이동하면서, 자율 기능을 얼마나 빠르게 개발하고 교체할 수 있는가에 있습니다.

 

Open Arsenal은 A-GRA의 목표를 "speed of software"라는 관점에서 설명하고 있습니다.

새로운 행동이나 전술 업데이트를 무인체계 전체에 빠르게 적용하고, 서로 다른 업체의 알고리즘을 동일한 개방형 프레임워크 안에서 활용하는 것이 핵심입니다.

 

결국 A-GRA는 단순한 "AI 표준"이라기보다 미래 무인체계에서 소프트웨어를 하나의 독립적인 전력화 요소로 취급하기 위한 아키텍처라고 볼 수 있습니다.

9. 결론

A-GRA는 미래 무인체계의 핵심 경쟁력이 하드웨어뿐만 아니라 자율 소프트웨어와 AI로 이동하는 과정에서 등장한 중요한 개방형 아키텍처 개념입니다.

 

FACE가 항공기 소프트웨어의 실행환경과 이식성을 지원하고, OMS가 임무 시스템의 개방형 구조를 지원하며, UCI가 지휘통제 인터페이스를 담당한다면, A-GRA는 자율 소프트웨어를 플랫폼으로부터 분리하고 다양한 자율 기능을 신속하게 통합하기 위한 관점에서 이해할 수 있습니다.

 

특히 2026년 Open Arsenal에 공개된 CCA 사례는 A-GRA의 개념을 이해하는 데 중요한 실증 사례가 되고 있습니다.

 

YFQ-44A Fury에서는 Shield AI의 Hivemind와 Anduril의 Lattice MA를 이용한 자율 소프트웨어 전환 사례가 소개되었고, YFQ-42A Dark Merlin에는 Collins Aerospace의 Sidekick 자율 소프트웨어가 통합되었습니다. 또한 YFQ-48A Talon 관련 시험에서는 제3자 AI 플랫폼을 활용하는 사례가 소개되었습니다.

 

이러한 사례가 보여주는 핵심은 명확합니다.

 

"항공기를 바꾸지 않고도 자율 소프트웨어를 바꿀 수 있는 구조"

 

그리고 더 나아가

"항공기 플랫폼과 자율 소프트웨어를 별도의 전력화 요소로 취급하는 구조"

입니다.

 

미래의 무기체계가 "한 번 개발하면 오랫동안 사용하는 폐쇄형 시스템"에서 "새로운 소프트웨어와 AI를 지속적으로 교체하고 발전시키는 개방형 플랫폼"으로 변화한다면, A-GRA는 이러한 변화의 중요한 기술적 기반 중 하나가 될 것입니다.

 

결국 A-GRA가 지향하는 미래는 "하나의 플랫폼에 하나의 AI"가 아니라,

"하나의 개방형 플랫폼에 여러 자율 소프트웨어가 경쟁하고, 시험되고, 교체될 수 있는 생태계"

라고 정리할 수 있습니다.

 

그리고 이것이 Open Arsenal이 제시하는 "Open by Design, Agile by Default"라는 방향과 연결되는 핵심적인 이유입니다.