기업이 DeepSeek API를 구매할 때 가장 쉽게 두 가지 질문으로 단순화됩니다. 얼마를 충전할지, 단가가 얼마인지입니다. 이 인터페이스를 장기적으로 쓸 수 있는지를 실제로 결정하는 것은 다른 몇 가지입니다. 계정 소유자가 누구인지, 할당량을 어떻게 나눌지, 데이터 약관이 내부 검토를 통과하는지, 인보이스로 회계 처리할 수 있는지, 비용을 예측할 수 있는지입니다.
DeepSeek의 인터페이스 형태는 OpenAI 호환 스타일에 가까워 이전 비용이 높지 않아 체험이 빠릅니다. 그러나 빠르기 때문에 많은 팀이 구매 절차를 건너뛰고 개인 계정으로 먼저 운영하다가 업무가 커진 뒤에야 권한, 계약, 청구가 맞지 않는다는 것을 발견합니다. 이 글은 실행 가능한 구매 체크리스트를 제시하며 계정, 할당량, 컴플라이언스, 비용, 계약 순서로 처리합니다.
안내: DeepSeek는 해당 권리자의 상표입니다. 이 글은 2026년 10월의 일반적인 인터페이스 형태를 예로 들며 모델, 가격, 데이터 약관은 공식 문서와 사이트 내 모델 가격을 기준으로 합니다. 본문에는 구체적인 단가를 고정해 적지 않습니다.
1. 구매 체크리스트를 다섯 블록으로 나누기
| 모듈 | 확인할 질문 | 제출 자료 |
|---|---|---|
| 계정과 권한 | 주체가 누구인지, Key를 프로젝트별로 어떻게 나눌지 | 계정 대장, Key 목록 |
| 할당량과 속도 제한 | 선불 잔액, 동시성, 실패 재시도 | 예산표, 경고 설정 |
| 컴플라이언스와 데이터 | 데이터 보관 여부, 학습 사용 여부 | 약관 캡처, 데이터 처리 계약 |
| 비용 | 입력 및 출력 구조, 캐시 적중, 재시도 | 비용 모델, 월간 대사표 |
| 계약과 인보이스 | 계약 주체, 통화, 인보이스 유형 | 계약서, 인보이스, 입금 확인서 |
다섯 블록 중 어느 하나라도 구두 확인에만 의존하면 나중에 재작업이 생길 수 있습니다. 컴플라이언스와 인보이스는 대개 내부 절차도 거쳐야 하므로 기술 연동 전에 병행해서 시작하는 것이 좋습니다.
2. 계정과 권한: 개인 계정으로 기업 업무를 받지 말 것
- 기업 도메인 이메일로 등록하고 계정을 회사 주체에 연결해 담당자가 퇴사한 뒤 찾을 수 없는 상황을 피합니다.
- 관리자를 최소 두 명 두고 2단계 인증을 켜며 주요 작업에 흔적을 남깁니다.
- 환경별로 Key를 분리합니다. 운영, 테스트, 개발에 각각 한 세트를 쓰고 공유하지 않습니다.
- Key는 서버 환경 변수나 키 관리 서비스에 두고 프런트엔드, 코드 저장소, 채팅 기록에 넣지 않습니다.
- Key마다 담당자, 용도, 생성 시간을 표시하고 분기마다 한 번씩 점검합니다.
- 외주나 프로젝트 종료 시 계약 정산을 기다리지 말고 즉시 Key를 폐기합니다.
콘솔에서 프로젝트나 애플리케이션별로 Key를 관리하는 구체적인 방식은 현재 페이지를 기준으로 합니다. 화면이 어떻게 바뀌든 원칙은 같습니다. Key 하나는 환경 하나만 담당해야 문제가 생겼을 때 빠르게 찾아 피해를 막을 수 있습니다.
3. 할당량과 속도 제한: 선불이라고 상한이 없는 것은 아니다
DeepSeek API는 보통 선불 잔액에 사용량 차감을 더한 방식을 쓰며 잔액이 소진되면 요청이 실패합니다. 구매할 때 "얼마까지 충전할 수 있는지"만 묻지 말고 네 가지 통제 항목을 함께 확인하십시오.
| 통제 항목 | 권장 방식 | 목적 |
|---|---|---|
| 계정 잔액 | 한 달 예상 사용량의 1~2배 유지 | 과도한 자금 적체와 중간 공급 중단 모두 방지 |
| 프로젝트 예산 | 업무 라인별로 나누고 별도 상한 설정 | 실험 하나가 전체 그룹을 무너뜨리는 것 방지 |
| 동시성과 속도 | 평균이 아니라 피크 기준으로 부하 테스트 | 대기열과 타임아웃을 미리 발견 |
| 경고 | 잔액, 오류율, 지연 세 단계 | 사용자에게 영향이 가기 전 개입 |
속도 제한과 대기열 정책은 모델, 계정, 플랫폼 부하에 따라 달라지며 구체적인 규칙은 공식 문서를 따릅니다. 엔지니어링에서 해야 할 일은 "무제한 할당량 경로를 찾는 것"이 아니라 재시도, 백오프, 폴백, 멱등성을 코드에 넣는 것입니다. 429나 5xx를 만났을 때 즉시 다시 보내면 혼잡만 키웁니다. 올바른 방법은 지수 백오프에 무작위 지터를 더하고 최대 재시도 횟수를 정하는 것입니다.
4. 컴플라이언스와 데이터: 구매서에 여섯 가지 질문을 적기
- 입력과 출력이 보관되는가? 얼마나 오래 보관되는가?
- API 데이터가 기본적으로 모델 학습에 사용되는가? 기업 환경에서 끌 수 있는가?
- 데이터가 어느 지역에 저장되는가? 국경 간 전송이 포함되는가?
- 데이터 처리 계약을 체결해 양측 책임을 명확히 할 수 있는가?
- 하위 처리자는 누구인가? 변경 시 사전 통지가 있는가?
- 보안 사고의 통지 기한과 처리 절차를 계약서에 어떻게 적는가?
이 질문들은 영업 담당자의 구두 설명만 듣고 넘기지 마십시오. 공식 약관, 개인정보 처리방침, 데이터 처리 계약, 보안 설명을 보관하고 법무와 보안 팀의 검토를 받으십시오. 고객 계약서, 코드, 개인정보, 재무 데이터가 관련되면 먼저 비식별화하거나 구조화 필드로 바꾸고 원본 데이터를 그대로 모델에 보내지 마십시오.
5. 비용: 단가가 낮다고 청구가 통제되는 것은 아니다
DeepSeek의 비용은 주로 네 부분으로 구성됩니다. 캐시되지 않은 입력, 캐시 적중 입력, 출력, 재시도로 생기는 추가 요청입니다. 컨텍스트 캐시는 반복되는 접두사의 비용을 보통 낮출 수 있지만 적중률은 요청 구조에 달려 있습니다. 매번 앞부분에 타임스탬프, 무작위 ID, 변동 내용을 넣으면 캐시가 거의 효과를 보기 어렵습니다.
비용을 낮추는 순서는 다음과 같습니다.
- 먼저 입력을 압축합니다. 검색은 관련 조각만 가져오고 이전 메시지는 요약합니다.
- 다음으로 접두사를 안정화합니다. 시스템 프롬프트와 도구 정의를 고정해 캐시 적중률을 높입니다.
- 출력을 제한합니다. 합리적인 최대 출력 길이를 설정하고 구조화 결과를 요구합니다.
- 모델을 분리합니다. 단순 분류와 추출은 경량 모델, 복잡한 추론은 추론 모델을 씁니다.
- 오프라인 작업을 모아 처리합니다. 실시간 반환이 필요 없는 요약과 라벨링은 비피크 시간대로 보냅니다.
- 마지막에야 공급자 교체를 논합니다. 앞의 낭비를 해결하지 않으면 다른 곳으로 옮겨도 같습니다.
export DEEPSEEK_API_KEY="여기에_키"
# 공식 직접 연결: Key와 사용 가능 모델 확인
curl "https://api.deepseek.com/models" \
-H "Authorization: Bearer $DEEPSEEK_API_KEY"
# ZSQH AI Gateway 경유: OpenAI 호환 진입점
curl "https://ai.zhongshangqihang.com/v1/chat/completions" \
-H "Authorization: Bearer $DEEPSEEK_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"<모델명>","messages":[{"role":"user","content":"OK라고만 답하세요"}]}'
모델명은 사이트 내 모델 가격 페이지를 기준으로 하며 예시의 자리표시자를 그대로 운영에 올리지 마십시오. 첫 호출이 성공하면 반환된 사용량 필드를 기록하고 청구서와 한 번 대조하십시오.
6. 계약, 결제와 인보이스
| 항목 | 공식 직접 연결 | 중국 내 AI 게이트웨이 |
|---|---|---|
| 계약 주체 | 플랫폼 온라인 약관 또는 기업 인증 주체 | 중국 내 회사 계약 |
| 결제 통화 | 플랫폼 기준 | 위안화 |
| 인보이스 | 플랫폼 규칙에 따라 신청 | 부가가치세 일반 또는 전용 인보이스, 플랫폼 기준 |
| 결제 방식 | 플랫폼이 지원하는 기업 또는 온라인 결제 | 기업 계좌 이체 또는 온라인 결제 |
| 적합 대상 | 플랫폼 기업 인증을 마친 팀 | 통합 멀티모델 청구가 필요한 팀 |
기업 결제는 기업 계좌로 진행하고 계약서, 주문서, 입금 확인서, 인보이스를 보관하는 것이 좋습니다. 개인 이체가 기업 장부에 섞이면 비용 처리와 대사가 모두 번거로워집니다. 게이트웨이를 고를 때는 단가만 보지 말고 서비스 수준, 환불 규칙, 데이터 약관 세 가지를 중점 확인하십시오.
7. 출시 인수 체크리스트
- 기업 계정과 관리자 2인 구성이 완료되었습니다.
- 운영, 테스트, 개발 Key가 분리되고 담당자가 지정되었습니다.
- 잔액 경고와 프로젝트 예산이 설정되었습니다.
- 최소 요청 하나가 운영 네트워크 환경에서 성공했습니다.
- 429, 5xx, 타임아웃의 재시도와 폴백이 모니터링에 연결되었습니다.
- 데이터 약관과 컴플라이언스 자료가 보관되었습니다.
- 계약서, 인보이스, 입금 확인서가 재무에 전달되었습니다.
- 대체 모델이나 대체 경로를 리허설했고 전환이 업무에 영향을 주지 않습니다.
자주 묻는 질문
DeepSeek API 기업 구매는 반드시 계약을 거쳐야 하나요?
회사 데이터, 기업 비용 처리, 대외 서비스가 관련되면 계약과 기업 계좌 결제를 권장합니다. 개인 소액 충전은 검증에 적합하지만 기업 업무를 장기적으로 감당하기에는 적합하지 않습니다.
선불 잔액을 다 쓰지 못하면 환불되나요?
플랫폼 약관과 계약을 기준으로 합니다. 미사용 잔액, 증정 할당량, 이미 사용한 부분의 규칙이 다르므로 결제 전에 명확히 해두고 나중에 쓰지 않을 때 물어보지 마십시오.
데이터가 학습에 사용되나요?
API와 소비자 제품의 약관이 다를 수 있고 기업판, 지역, 시기에 따라 차이가 있을 수 있습니다. 최종적으로는 체결한 데이터 처리 계약과 공식 약관을 기준으로 하며 민감 데이터는 먼저 컴플라이언스 검토를 받으십시오.
공식 직접 연결과 게이트웨이 중 어떻게 고르나요?
플랫폼 기업 인증을 마쳤고 DeepSeek 모델 하나만 필요하면 직접 연결 경로가 더 짧습니다. 여러 모델을 한 백엔드에 모으고 위안화 청구와 인보이스를 통합해야 하면 게이트웨이가 더 편합니다. 비용과 환율은 모델 가격을 기준으로 합니다.
비용은 주로 어디에서 낭비되나요?
흔한 것은 반복 컨텍스트, 캐시 미적중, 과도한 출력, 상한 없는 재시도입니다. 먼저 요청 로그를 보고 입력 구조, 캐시 적중, 재시도 횟수를 분리한 뒤 최적화 순서를 정하십시오.
다음 단계
먼저 ZSQH AI Gateway에서 테스트 Key를 만들고 실제 작업으로 일주일 동안 사용량, 실패율, 작업당 비용을 기록한 뒤 구매 규모를 결정하십시오. 모델 가용성과 가격은 모델 가격을 기준으로 합니다.
관련 읽을거리:
