위성은 꼭 사야 하나: 탑재체 호스팅의 선택 기준

위성에 실을 카메라나 통신장비, 실험장치를 만들었다고 해보자. 다음 선택은 위성 전체를 직접 만들지, 이미 준비된 위성에 장비만 실을지다. 발사 가격만 비교하면 답이 보이지 않는다. 누가 전력을 공급하고 열을 식히며 방향을 맞추고 데이터를 내려보낼지까지 정해야 하기 때문이다.

탑재체 호스팅은 남는 공간을 파는 단순 합승 상품이 아니다. 공급자가 위성 본체와 체계 시험, 발사 연계, 초기운용, 궤도 운용을 맡고 고객은 탑재체와 데이터에 집중하는 임무 통합 서비스다. 대신 고객은 일부 자원과 명령 권한을 공급자와 나눠야 한다.

초기 기술을 궤도에서 검증하려 하고 요구조건이 표준 범위 안에 있다면 호스팅이 유리하다. 궤도와 지향, 데이터 전달 시간을 직접 통제해야 하거나 탑재체가 표준 인터페이스를 크게 벗어나면 전용 위성이 낫다. 선택 기준은 위성 가격보다 책임과 통제권의 경계다.

위성 본체는 탑재체가 살아갈 환경을 만든다

위성 본체(satellite bus)는 탑재체를 제외하고 전력, 열 제어, 자세, 통신, 추진과 데이터 처리 같은 공통 기능을 제공하는 부분이다. 탑재체(payload)는 관측, 통신, 실험처럼 임무의 목적을 직접 수행하는 장비다.

두 부분은 상자처럼 단순히 끼워 맞출 수 없다. 카메라가 흔들림 없는 영상을 얻으려면 본체가 정확한 방향을 유지해야 한다. 통신 탑재체가 많은 데이터를 만들면 저장 공간과 지상국 연결이 따라와야 한다. 실험장치가 열을 내면 본체가 그 열을 버틸 수 있어야 한다.

NASA의 2026년 소형 우주선 기술 보고서는 탑재체가 본체에서 받는 서비스를 전력 생성·저장, 열 제어, 자세 결정·제어, 항법·시각, 통신, 추진, 명령·데이터 처리로 정리한다. 한국항공우주연구원도 천리안위성 2A호의 본체가 고성능 영상 탑재체에 필요한 고정밀 지향 정확도를 제공한다고 설명한다. 탑재체 성능은 본체의 지원 범위 안에서만 나온다.

위성 본체와 탑재체의 기계·전기·열 인터페이스를 점검하는 통합 현장을 재구성한 생성 이미지.

호스팅은 통합과 운용 책임을 묶어서 판다

호스티드 궤도 서비스(hosted orbital service)는 고객의 탑재체를 공급자가 관리하는 우주선에 싣고 체계 통합·시험, 발사 연계, 초기운용과 궤도 운용, 데이터 반환을 묶어 제공하는 서비스다. 국내에 정착된 단일 번역어는 확인하지 못해 이 글에서는 쉬운 표현인 탑재체 호스팅을 함께 쓴다.

NASA는 이 서비스를 네 형태로 나눈다. 한 고객이 우주선 하나를 전용으로 쓰거나, 공급자 임무의 남는 용량을 나누어 쓸 수 있다. 여러 고객이 한 본체의 자원을 배분받기도 한다. 하드웨어 없이 기존 위성의 컴퓨터와 통신망에서 소프트웨어만 실행하는 방식도 있다.

형태가 달라도 상품의 중심은 같다. 고객이 직접 조정해야 했던 여러 일을 공급자 경계 안으로 옮긴다. 질량과 부피, 장착부, 전력, 열, 데이터 규격을 맞추고 진동·충격·열진공 시험을 거친다. 발사체와 일정을 조정한 뒤 초기 상태를 확인하고 데이터를 고객에게 넘긴다.

ISS 안의 실험 서비스도 구조는 같다. ICE Cubes Service는 고객 실험장치를 표준 크기와 인터페이스에 맞추고 지상 모델에서 통합 시험을 한다고 설명한다. 공급자는 비행 준비 검토와 발사 연계를 맡고 ISS에서 장치를 켠 뒤 고객이 지상에서 명령하고 데이터를 보도록 지원한다. 장소는 위성 밖이지만 공용 인프라와 운영을 묶어 파는 메커니즘은 같다.

첫 비행에서는 우주사용이력을 사는 셈이다

초기 기술의 첫 궤도 임무는 완성된 상업 서비스를 운영하기보다 우주사용이력(flight heritage)을 만드는 데 가깝다. 우주사용이력은 장비가 실제 우주 환경에서 작동했다는 기록이다. 지상 진동시험과 열진공시험만으로는 발사 뒤 전원 인가, 통신, 장기 방사선 노출과 실제 운용을 모두 재현할 수 없다.

우주항공청과 한국항공우주연구원이 발표한 E3T 1호가 한 예다. 12U 큐브위성 가운데 본체 4U는 공통 기능을 맡고 탑재체 8U에는 여러 기관과 기업의 반도체와 부품이 들어갔다. 2025년 12월 발표에서 확인된 단계는 발사, 양방향 교신, 위성 초기 점검과 탑재체 시운전이다. 6~12개월 동안 정상 작동 데이터를 모으는 전체 검증 임무는 그다음 단계다.

이 구분은 사업 판단에도 중요하다. 발사는 비행 기회를 확보했다는 뜻이고 교신은 위성이 응답한다는 뜻이다. 첫 데이터는 탑재체가 작동한다는 근거다. 그러나 성능 요구조건 충족, 후속 조달, 반복 이용과 반복 매출은 아직 별개의 증거다. 우주사용이력은 시장 진입 조건이 될 수 있지만 시장 수요 자체를 증명하지는 않는다. 이 단계 구분은 반복 가능한 우주 서비스를 평가할 때도 같다.

표준 범위를 벗어나면 호스팅의 이점이 줄어든다

호스팅은 고객 업무를 없애지 않는다. 공급자가 받아들일 수 있는 탑재체 범위를 먼저 맞춰야 한다. 질량과 부피 외에도 평균·최대 전력, 켜져 있는 시간, 열 배출, 지향 정확도와 흔들림, 데이터량과 전송 시점을 따져야 한다. 인터페이스가 맞지 않으면 맞춤 설계와 재시험이 늘어난다.

특히 여러 탑재체가 한 위성을 공유하면 물리적 공간보다 운영 우선순위가 문제가 된다. 한 탑재체가 많은 전력을 쓰는 시간에 다른 탑재체를 켤 수 있는가. 위성 방향을 한 고객의 관측 목표에 맞추면 다른 고객의 일정은 어떻게 바뀌는가. 제한된 다운링크를 누가 먼저 쓰는가. 공급자가 제시하는 최대 제원만으로는 이 질문에 답할 수 없다.

한 위성의 제한된 전력과 통신 시간을 여러 탑재체에 배분하는 운용 현장을 재구성한 생성 이미지.

데이터와 명령 권한도 계약 전에 정해야 한다. 원시 데이터는 누구 소유인지, 지상으로 내려온 뒤 언제 받을 수 있는지, 고객이 탑재체 모드를 직접 바꿀 수 있는지 확인해야 한다. 주파수와 원격탐사 인허가, 사이버보안, 이상 대응, 수명 종료 책임이 서비스 요금에 포함됐는지도 구분해야 한다.

낮은 가격표가 이런 업무를 고객에게 남겨 놓았다면 완성형 호스팅과 같은 상품이 아니다. 반대로 공급자가 모든 책임을 맡더라도 고객이 꼭 필요한 명령권이나 데이터 접근권을 잃는다면 싸다고 좋은 선택은 아니다.

본체 소유보다 통제해야 할 변수를 먼저 정해야 한다

탑재체가 제품의 핵심이고 첫 비행으로 우주사용이력을 만들려 한다면 호스팅부터 검토할 만하다. 요구조건이 표준 범위 안에 있고 궤도와 운용 일정에 어느 정도 유연성이 있으며 데이터를 계약한 방식으로 받을 수 있어야 한다. 이 조건에서는 본체를 새로 개발하는 일보다 탑재체 성능과 데이터 활용에 자원을 쓰는 편이 낫다.

전용 위성은 직접 통제가 경쟁력일 때 필요하다. 특정 시각과 위치에서 반드시 관측해야 하거나 지향과 통신 일정을 자주 바꿔야 하는 임무가 그렇다. 탑재체가 큰 전력과 특수한 열 제어를 요구하거나 본체와 관제 체계 자체를 여러 임무에 반복 사용할 계획이라면 소유의 가치가 커진다.

결정 전에 아래 항목을 같은 표에 놓고 비교해야 한다.

질문	호스팅에서 확인할 것	전용 위성에서 부담할 것
임무 자원	보장 전력·열·지향·데이터 범위	본체 설계와 여유 관리
일정	공급자 발사 목록과 지연 규칙	발사 계약과 통합 일정
통제권	명령 권한과 자원 우선순위	관제 인력과 이상 대응
데이터	소유권, 지연, 형식과 보안	지상국, 저장과 처리 체계
규제·종료	공급자 지원과 고객 잔여 책임	인허가와 수명 종료 전체

직접 위성을 만들면 통제권이 커지지만 통합 책임도 함께 맡는다. 호스팅을 쓰면 그 책임의 상당 부분을 넘길 수 있지만 표준 경계와 공급자 일정 안에서 움직여야 한다. 어느 쪽이 더 싸다는 일반론보다 임무 실패를 만드는 변수가 누구 손에 있어야 하는지를 먼저 정해야 한다.

첫 임무라면 호스팅을 기본안으로 두고 필수 요구조건이 표준 범위를 벗어나는 항목마다 전용 위성의 필요성을 입증하는 방식이 합리적이다. 반대로 위성을 소유하고 싶다는 이유부터 시작하면 탑재체 검증보다 본체 개발이 앞서는 일이 생긴다. 궤도에서 얻으려는 데이터가 무엇인지 정한 뒤 그 데이터를 가장 적은 통합 위험으로 돌려줄 플랫폼을 선택해야 한다.