중국의 오픈소스 모델은 차단되기보다는 둔화될 가능성이 더 높습니다.

이런 논의가 프로젝트에 빠지게 되면 결국엔 더 냉정한 문장으로 수렴될 것입니다. 오픈소스 모델을 완전히 지우는 것은 어렵다는 것입니다. 가장 먼저 부서지기 쉬운 것은 모델을 중심으로 회전하는 조립 라인입니다. 모델 파일, 이미지, 검사값, 추론 환경, 평가 스크립트 중 하나가 망가진 이상, 팀이 느낄 것은 '이 모델이 세상에 아직 존재하는지’가 아니라 '이 업그레이드를 재현할 수 있는지’이다.

실제로 막히는 것은 일반적으로 진입과 업데이트입니다.

공식적인 양육권을 먼저 폐쇄하는 것이 가장 쉽습니다. 웹 페이지, API, 다운로드 페이지, 미러 사이트 등 입구가 중앙 집중화되어 있는 한 결제, 법무, CDN, 지역 제한, 계정 정책 등을 모두 통해 범위를 좁힐 수 있습니다. 클라우드 추론의 경우에도 마찬가지입니다. 비즈니스가 모델 기능을 특정 호스팅 지점에 아웃소싱하면 봉쇄로 인해 모델이 세계에서 삭제될 필요가 없습니다. 접근성, 할당량, 결제, 지역 제한이 강화되는 한 시스템은 흔들리기 시작할 것이다.

그러나 일단 무게가 분산되면 상황은 달라집니다. 오픈 소스 모델은 특정 홈페이지에만 상주하는 것이 아니라 팀이 구축한 로컬 디스크, 빌드 캐시, 이미지 웨어하우스 및 아티팩트 저장소에도 상주합니다. 당신이 제어할 수 있는 것은 이미 존재하는 복사본보다 배포가 계속되는 속도입니다. 상황을 명확하게 말하면 가장 큰 영향은 "특정 버전을 계속 다운로드할 수 있는지 여부"가 아니라 "향후 동일한 토크나이저, 채팅 템플릿, 양자화 패키지 및 종속성 지침 세트를 안정적으로 얻을 수 있는지 여부"입니다.

또한 여기서 가장 과소평가되기도 합니다. 모델을 처음 실행하면 위험은 사라진 것처럼 보입니다. 진짜 문제는 두 번째인 경우가 많습니다. 두 번째로 롤백하려고 했을 때 이미지가 더 이상 존재하지 않았습니다. 두 번째로 재현하고 싶었을 때 수량화 형식이 변경되었습니다. 두 번째로 업그레이드하려고 했을 때 추론 코드와 가중치 버전이 일치하지 않았습니다. 두 번째로 확인하고 싶었을 때 평가 세트와 전처리 스크립트가 변경되었습니다. 표면적으로는 누락된 다운로드 링크가 하나만 있지만 실제로 누락된 것은 반복 가능한 전체 공급망 세트입니다.

따라서 이러한 유형의 "봉인"은 삭제라기보다는 감속에 가깝습니다. 크게 약화될 수 있는 것은 통신 속도, 클라우드 액세스, 버전 동기화 및 생태학적 신뢰도입니다. 완전히 지워지기 어려운 것은 확산된 가중치 복사, 로컬 배포 기능 및 2차 배포 기능입니다. 오픈 소스 모델이 충분한 머신에 진입하면 위험은 "존재할 수 있는가"에서 "안정적으로 발전할 수 있는가"로 변경됩니다.

국내 팀이 목표를 놓칠 가능성이 가장 높은 곳이기도 하다. 모델을 제품에 통합한 후에는 첫 번째 효과에만 집중하고 모델이 실제로 종속성이라는 사실을 잊어버리기 쉽습니다. 종속성에 단일 진입 지점만 있으면 단일 지점이 제어 지점이 됩니다. 종속성에 버전 잠금이 없으면 업그레이드는 무작위 이벤트가 됩니다. 종속성에 오프라인 복사본이 없으면 특정 미러가 실패한 후 소위 "자신의 능력"이 드러납니다.

보다 안정적인 접근 방식은 봉쇄가 없을 것이라고 상상하는 것이 아니라 봉쇄를 미리 몇 가지 저렴한 작은 문제로 분해하는 것입니다. 무게와 실행 시간을 별도로 저장하고, 다운로드 주소와 검증 값을 함께 저장하고, 추론 환경을 오프라인으로 재구축하고, 평가 결과를 버전별로 보관하고, 롤백 경로를 릴리스 경로와 동일하게 명확하게 합니다. 이러한 방식으로 업스트림이 갑자기 종료되더라도 제품은 하나의 입구만 손실되고 전체 기능이 동시에 오프라인 상태가 되지 않습니다.

오픈소스 모델의 진정한 해자는 "아무도 감히 관리하지 못한다"는 것이 아니라 "관리하면 이미 어느 정도 관리하기 어렵다"는 것이다. 조일 수 있는 입구가 많고, 퍼진 복사본을 복구하기가 어렵습니다.