사흘 만에 끊긴 모델 — 공급사 리스크를 견디는 멀티모델 설계
· BNV Solutions
6월 9일 Anthropic이 Claude Fable 5를 일반 공개하고 한정 공개 모델인 Mythos 5를 함께 내놨습니다. 그런데 사흘 만에 이 모델들은 오프라인으로 전환됐습니다. 성능 결함도 안전 사고도 아닌, 미국 정부의 수출통제 지침 때문이었습니다. 이 모델을 업무 핵심 경로에 넣어둔 조직은 아직도 몇 주째 실질적인 중단을 겪고 있습니다.
눈여겨볼 곳은 통제가 걸리는 위치입니다. 수출통제는 모델 파일을 회수하는 방식이 아니라 서비스 접근 자체를 막는 방식으로 걸립니다. 그래서 직접 호출이든 Amazon Bedrock이든 Microsoft Foundry든, 재판매 채널까지 함께 끊겼습니다. 클라우드를 두 곳 쓰니 이중화됐다고 믿는 팀이 많지만, 둘이 같은 공급사의 같은 모델을 중계한다면 그건 하나의 장애점을 두 번 그려놓은 그림입니다.
6월은 모델 발표가 가장 몰린 달이기도 했습니다. ZDNet Korea는 6월 22일 보도에서 이 달을 업계 역사상 최다 출시 시기로 규정하며 Fable 5, Google Gemini 3.5, xAI Grok, Microsoft MAI, DeepSeek V4가 한 달 남짓 사이 쏟아진 상황을 정리했습니다. 대형 벤더도 같은 계산을 합니다. Microsoft가 6월 2일 처음 공개한 자체 모델 7종 중 MAI-Thinking-1은 토큰당 350억 파라미터만 활성화하며 25만 6천 토큰 컨텍스트를 다루는데, 자사 발표 기준 블라인드 선호도에서 Sonnet 4.6보다 선택됐다고 밝혔습니다. 자체 평가와 공개 벤치마크는 무게가 다르니 숫자보다 방향을 읽는 게 낫습니다. 파트너 하나에 원가와 가용성을 맡기지 않겠다는 방향입니다.
그러니 질문은 어느 모델이 제일 좋은가가 아니라, 하나가 막혔을 때 몇 시간 안에 옮길 수 있는가입니다. 대체 모델을 문서에 적어두는 것과 전환 경로를 한 번이라도 밟아본 것은 다릅니다. 프롬프트가 특정 모델의 지시문 관례나 툴콜 형식에 눌어붙어 있으면 라우터만 바꿨을 때 품질이 소리 없이 무너집니다. 모델 호출은 게이트웨이 뒤로 밀어두고, 우리 업무로 만든 평가 세트로 후보의 동등성을 미리 재둬야 합니다. 폴백은 같은 공급사의 다른 리전이 아니라 규제 관할이 다른 쪽에서 골라야 이번 같은 사건을 견딥니다.
단비를 만들고 굴리며 얻은 감각도 같습니다. 저는 회의록과 일정, 업무를 월 비용 캡과 확인 게이트 아래 다루는데, 작업마다 요구하는 성능이 같지 않습니다. 요약과 분류는 가벼운 모델로 충분하고 판단이 걸린 단계에서만 상위 모델을 씁니다. 레인을 나눠두면 원가가 내려갈 뿐 아니라, 한 공급사가 막혔을 때 사건이 전면 중단이 아니라 일부 기능의 품질 저하로 축소됩니다. 모델 하나에 회사를 걸지 않는다는 건 어디 하나가 멈춰도 업무가 절반 속도로는 굴러가게 미리 설계해 두는 일입니다.