아마존웹서비스(AWS)가 생성형 AI 기반 개발 플랫폼 슈퍼블록스와 손잡으면서, 이른바 ‘바이브 코딩’을 기업 내부 통제 환경으로 들여오려는 움직임이 빨라지고 있다. 바이브 코딩은 자연어 지시를 바탕으로 애플리케이션의 화면과 기능을 빠르게 구성하는 방식이다. 개발 경험이 적은 현업 구성원도 업무용 도구를 만들 수 있다는 점에서 주목받지만, 데이터가 어디에 저장되고 누가 권한을 관리하는지가 기업 도입의 핵심 과제였다.
슈퍼블록스는 AWS와 다년간 공동 판매·마케팅 협력에 나선다고 밝혔다. 협력의 중심은 고객사가 사용하는 AWS의 프라이빗 클라우드 안에서 슈퍼블록스의 도구를 운용할 수 있게 하는 데 있다. 기업 구성원이 만든 앱이 외부 데이터베이스나 모델 제공사로 정보를 보내지 않고, 회사가 관리하는 계정과 네트워크 정책 안에서 실행되도록 설계하는 것이 목표다.
데이터를 밖으로 내보내지 않는 개발 환경
보도에 따르면 이 구조에서 애플리케이션은 AWS 계정 안에 아마존 오로라 데이터베이스를 만들고, 아마존 베드록과도 연동할 수 있다. 기업 입장에서는 기존의 암호화, 감사 기록, 접근 권한, 네트워크 통제 체계를 AI 앱에도 적용할 수 있는 셈이다. 새 도구가 업무 현장에 확산될수록 IT 부서가 파악하지 못하는 ‘그림자 IT’ 위험이 커질 수 있다는 우려에 대응한 방식이기도 하다.
그동안 생성형 AI 도입 논의는 어떤 모델의 성능이 더 좋은지에 집중되는 경우가 많았다. 그러나 실제 기업 운영에서는 모델 선택만으로 충분하지 않다. 고객 정보와 내부 문서의 이동 경로, 데이터베이스 연결 방식, 기록 보관, 권한 승인 절차처럼 서비스 운영을 떠받치는 요소가 함께 검토돼야 한다. 이번 협력은 이런 주변 인프라를 클라우드 사업자가 직접 묶어 제공하려는 사례로 볼 수 있다.
AWS는 개발자용 AI 코딩 에이전트와 업무용 AI 보조 기능을 각각 제공하고 있지만, 비개발자도 자연어로 내부 앱을 만드는 제품군에서는 별도의 파트너십을 택했다. 슈퍼블록스에는 대기업 고객을 만날 수 있는 유통 경로가, AWS에는 자사 클라우드 사용량과 보안 서비스를 넓힐 기회가 된다. 초기 단계 기업과 대형 클라우드 사업자의 결합이어서 시장의 관심도 커지고 있다.
‘모델’보다 ‘운영 체계’가 중요해지는 경쟁
기업 AI 시장에서는 한 모델에만 의존하지 않으려는 수요가 늘고 있다. 비용, 성능, 규제 준수, 특정 업무 적합성에 따라 서로 다른 모델을 병행하려는 전략이다. 이런 환경에서는 앱을 만드는 도구와 데이터 연결, 보안 정책을 특정 모델 사업자에 묶지 않는 것이 중요해진다. 클라우드 기업들이 모델과 독립적인 오케스트레이션, 보안, 관리 도구를 강조하는 배경도 여기에 있다.
슈퍼블록스 측은 여러 선도 모델과 오픈소스 모델을 함께 쓰는 전략이 기업 정보책임자에게 사실상 필수 조건이 되고 있다고 설명했다. 실제로 모델 선택권이 커질수록 기업은 추론 비용을 조정하고, 업무별로 적합한 모델을 배치하며, 한 사업자의 서비스 변화에 따른 위험을 낮출 수 있다. 다만 멀티모델 환경은 연결 구조와 사용 권한을 더 복잡하게 만들기 때문에 중앙 관리 체계가 뒷받침돼야 한다.
이번 사례가 모든 기업의 바이브 코딩 도입을 곧바로 의미하는 것은 아니다. 현업 사용자가 만든 앱도 보안 검토, 데이터 분류, 변경 이력 관리, 장애 대응 기준을 갖춰야 한다. 특히 고객 데이터나 규제 대상 정보를 다루는 조직은 AI가 생성한 코드와 쿼리를 검증하는 절차를 마련할 필요가 있다. 편의성을 앞세운 도입과 통제 강화를 함께 달성할 수 있느냐가 향후 시장 확산의 관건이 될 전망이다.
AWS와 슈퍼블록스의 협력은 생성형 AI 경쟁이 모델 자체를 넘어 기업용 운영 환경으로 옮겨가고 있음을 보여준다. 기업은 더 많은 사람이 앱 개발에 참여하도록 허용하면서도, 데이터와 권한의 경계는 유지해야 한다. 프라이빗 클라우드 안에서 AI 개발을 지원하는 방식이 그 균형을 위한 하나의 선택지로 자리 잡을지 주목된다.
댓글