배달로봇 기술을 다른 로봇에 빌려준다…Serve가 만든 ‘로봇용 AWS’

보도에서 자주 보는 Serve Robotics의 배달로봇은 보도 위를 달리며 음식을 가져다주는 작은 자율주행 기기입니다. Serve는 이제 로봇 자체뿐 아니라 수천 대를 연결하고 관리하며 학습시키는 기술을 다른 로봇 회사에 제공하는 Physical AI Services를 시작했습니다. 회사는 이를 Amazon이 자체 컴퓨팅 기반을 AWS라는 클라우드 서비스로 외부에 제공한 순간과 비교합니다.

일반 독자에게는 기업용 서비스가 멀게 느껴질 수 있습니다. 그러나 로봇이 건설현장, 농장, 병원, 창고와 거리에서 늘어나려면 한 대의 기계보다 통신, 원격 지원, 안전 기록과 학습 데이터가 더 중요합니다. 이번 발표는 배달로봇에서 검증한 기반 기술이 굴착기·자율트럭·농업로봇과 병원 로봇으로 확장되는 흐름을 보여 줍니다.

로봇을 만들고 끝이 아닌 이유

실험실 로봇 한 대는 안정적인 Wi‑Fi와 깨끗한 바닥에서 움직일 수 있습니다. 실제 현장에서는 LTE·5G·위성 통신이 바뀌고, 비나 공사 장애물, 보행자와 예측하지 못한 상황을 만납니다. 수천 대의 상태를 확인하고 고장 신호를 찾으며, 필요할 때 사람이 원격으로 돕는 시스템이 없으면 규모를 늘리기 어렵습니다.

Serve는 40개 이상 도시와 25개 병원에 2,000대가 넘는 로봇을 배치하며 이런 운영 도구를 만들었다고 밝혔습니다. 새 서비스는 그 도구를 모듈처럼 다른 회사가 이용하게 해, 각 회사가 통신과 데이터 기반을 처음부터 다시 만들지 않고 자신이 잘하는 로봇 작업에 집중하게 하려는 것입니다.

Serve Link는 로봇과 AI를 연결한다

Serve Link는 현장의 로봇과 데이터센터의 AI·관제 시스템을 연결합니다. 로봇이 Wi‑Fi에서 LTE, 5G, 위성으로 이동해도 연결을 유지하고, 상태와 센서 화면을 전송하며, 예외 상황에서 원격 지원을 받을 수 있게 합니다. 모든 계산을 로봇 안에 넣지 않고 더 강력한 모델을 서버에서 이용할 수 있다는 뜻입니다.

하지만 연결이 끊기면 안전 기능까지 멈추면 안 됩니다. 로봇은 기본 정지와 장애물 회피를 기기 안에서 수행하고, 원격 AI는 추가 판단을 돕는 방식이어야 합니다. 통신 지연과 서버 장애를 가정한 안전 설계가 중요하며, “클라우드 AI에 연결됐다”는 설명만으로 완전 자율이나 안전이 보장되지는 않습니다.

Data Curator는 실패 장면을 찾는다

로봇은 하루 동안 엄청난 센서 기록을 만듭니다. 대부분은 평범한 이동 장면이고, 학습에 특히 필요한 것은 공사 표지판을 잘못 읽거나 그림자 속 물체를 놓친 드문 순간입니다. Serve Data Curator는 방대한 기록에서 이런 예외 장면을 찾아 별도 학습 자료로 만들도록 돕습니다.

사람이 수천 시간 영상을 처음부터 끝까지 보는 대신 검색과 분류 도구로 중요한 장면을 찾아 모델을 다시 훈련합니다. 같은 실수를 반복하지 않게 하는 과정입니다. Data Catalog는 Serve 로봇이 실제 거리에서 수집한 지형·기반시설 사례를 다른 로봇 개발팀의 학습 자료로 제공하는 구상입니다.

건설·물류·농업으로 넓어진다

자율 굴착기 기술을 만드는 Bedrock Robotics는 초기 고객 가운데 하나이며 Wi‑Fi, LTE, 5G와 위성망을 넘나들며 장비를 연결하는 데 Serve Link를 사용합니다. Serve는 자율트럭, 물류, 산림, 농업, 광산, 수중 탐사와 휴머노이드 등 여러 산업을 대상으로 제시했습니다.

이는 모든 로봇을 Serve가 직접 조종한다는 뜻이 아닙니다. 각 제조사가 자신의 하드웨어와 자율주행 모델을 유지하고 Serve의 연결·데이터 도구를 선택적으로 이용하는 구조입니다. 관련해 Bedrock 자율 굴착기, Waymo·Toyota 로보택시 협력, Walmart·Zipline 드론 배송 글도 참고하세요.

보행자 개인정보와 안전 문제

거리 로봇의 카메라와 센서는 보행자, 집 앞, 자동차 번호판을 우연히 기록할 수 있습니다. Serve는 지역 법과 주변 사람의 개인정보를 존중한다고 설명하지만 구체적인 보관 기간, 익명화, 고객 회사의 접근 범위와 삭제 절차를 확인해야 합니다. 데이터 서비스가 커질수록 수집 자료를 누가 어떤 목적으로 다시 쓰는지가 중요해집니다.

일반 이용자는 로봇이 다가올 때 길을 일부러 막거나 만지지 말고 충분한 공간을 주세요. 사고나 통행 방해가 있으면 기기에 표시된 운영사 연락처나 지역 신고 창구를 사용합니다. 로봇이 사람보다 항상 안전하다고 단정하거나 반대로 모든 로봇을 위험하다고 보는 대신, 실제 사고 기록과 안전 정책을 확인해야 합니다.

왜 ‘로봇용 AWS’라고 부르나

AWS는 Amazon이 내부 사업을 위해 만든 서버와 저장 기술을 다른 회사가 빌려 쓰게 하면서 성장했습니다. Serve도 자신이 배달·병원 로봇을 운영하며 만든 연결과 데이터 기반을 외부에 제공하려 합니다. 성공한다면 작은 로봇 회사도 거대한 관제 시스템을 처음부터 만들지 않고 현장 시험을 빠르게 확대할 수 있습니다.

아직은 새 사업이므로 ‘로봇의 표준 클라우드가 됐다’고 말하기에는 이릅니다. 고객 수, 비용, 장애 대응, 개인정보 보호와 실제 안전 개선 효과가 앞으로 검증되어야 합니다. 투자 가치보다 기술이 현장 로봇의 확장을 어떻게 돕는지 보는 것이 이 소식의 핵심입니다.

출처

Serve Robotics 공식 발표: Physical AI Services
TechCrunch: Serve의 로봇용 AWS 전략

컴친 한줄 정리: Serve의 새 서비스는 로봇 한 대보다 수천 대의 연결·데이터·학습을 돕는 기반 기술이며, 성공 여부는 현장 안전과 개인정보 보호 효과로 판단해야 합니다.