tencent cloud

Cloud Object Storage

동향 및 공지
릴리스 노트
제품 공지
제품 소개
제품 개요
기능 개요
적용 시나리오
제품 장점
기본 개념
리전 및 액세스 도메인
규격 및 제한
제품 요금
과금 개요
과금 방식
과금 항목
프리 티어
과금 예시
청구서 보기 및 다운로드
연체 안내
FAQ
빠른 시작
콘솔 시작하기
COSBrowser 시작하기
사용자 가이드
요청 생성
버킷
객체
데이터 관리
일괄 프로세스
글로벌 가속
모니터링 및 알람
운영 센터
데이터 처리
스마트 툴 박스 사용 가이드
데이터 워크플로
애플리케이션 통합
툴 가이드
툴 개요
환경 설치 및 설정
COSBrowser 툴
COSCLI 툴
COSCMD 툴
COS Migration 툴
FTP Server 툴
Hadoop 툴
COSDistCp 툴
HDFS TO COS 툴
온라인 도구 (Onrain Dogu)
자가 진단 도구
실습 튜토리얼
개요
액세스 제어 및 권한 관리
성능 최적화
AWS S3 SDK를 사용하여 COS에 액세스하기
데이터 재해 복구 백업
도메인 관리 사례
이미지 처리 사례
COS 오디오/비디오 플레이어 사례
데이터 다이렉트 업로드
데이터 보안
데이터 검증
빅 데이터 사례
COS 비용 최적화 솔루션
3rd party 애플리케이션에서 COS 사용
마이그레이션 가이드
로컬 데이터 COS로 마이그레이션
타사 클라우드 스토리지 데이터를 COS로 마이그레이션
URL이 소스 주소인 데이터를 COS로 마이그레이션
COS 간 데이터 마이그레이션
Hadoop 파일 시스템과 COS 간 데이터 마이그레이션
데이터 레이크 스토리지
클라우드 네이티브 데이터 레이크
메타데이터 가속
데이터 레이크 가속기 GooseFS
데이터 처리
데이터 처리 개요
이미지 처리
미디어 처리
콘텐츠 조정
파일 처리
문서 미리보기
장애 처리
RequestId 가져오기
공용 네트워크로 COS에 파일 업로드 시 속도가 느린 문제
COS 액세스 시 403 에러 코드 반환
리소스 액세스 오류
POST Object 자주 발생하는 오류
보안 및 컴플라이언스
데이터 재해 복구
데이터 보안
액세스 관리
자주 묻는 질문
인기 질문
일반 문제
과금
도메인 규정 준수 문제
버킷 설정 문제
도메인 및 CDN 문제
파일 작업 문제
로그 모니터링 문제
권한 관리
데이터 처리 문제
데이터 보안 문제
사전 서명 URL 관련 문제
SDK FAQ
툴 관련 문제
API 관련 문제
Agreements
Service Level Agreement
개인 정보 보호 정책
데이터 처리 및 보안 계약
연락처
용어집
문서Cloud Object Storage실습 튜토리얼3rd party 애플리케이션에서 COS 사용S3와 호환되는 타사 애플리케이션에서 COS의 일반 구성 사용

S3와 호환되는 타사 애플리케이션에서 COS의 일반 구성 사용

PDF
포커스 모드
폰트 크기
마지막 업데이트 시간: 2026-02-28 15:48:32
Amazon Simple Storage Service(Amazon S3, 이하 S3)는 AWS에서 출시한 최초의 클라우드 서비스 중 하나입니다. 수년간의 개발 끝에 S3 프로토콜은 객체 스토리지 분야에서 사실상의 표준이 되었습니다. Tencent COS(Cloud Object Storage)는 S3 호환 구현 방식을 제공하므로 대부분의 S3 호환 애플리케이션에서 COS 서비스를 직접 사용할 수 있습니다. 본 문서에서는 COS를 사용하도록 이러한 애플리케이션을 구성하는 방법을 설명합니다.

준비 작업

애플리케이션의 COS 서비스 사용 가능 여부 확인

설명에 S3 Compatible이 가능한 애플리케이션은 대부분의 경우 COS를 사용할 수 있습니다. 일부 기능이 제대로 작동하지 않는 경우 고객센터에 도움을 요청하십시오. 본 문서의 가이드를 따랐음을 표시하고 애플리케이션 이름 및 스크린샷과 같은 정보를 제공하십시오.
애플리케이션 설명에 Amazon S3가 지원된다는 내용만 있으면 애플리케이션이 S3 서비스를 사용할 수 있지만 COS를 사용할 수 있는지 여부는 아래에 설명된 대로 관련 구성에서 추가로 평가해야 합니다.

COS 서비스 준비

1단계: Tencent Cloud 계정 가입

(이미 Tencent Cloud 계정이 있는 경우 이 단계를 생략할 수 있습니다.)


2단계: 실명 인증

(이미 완료한 경우 이 단계를 생략할 수 있습니다.)

자세한 인증 과정은 실명 인증 가이드 를 참고하십시오.

3단계: COS 서비스 활성화



4단계: APPID 및 액세스 키 준비

CAM 콘솔의 API 키 관리 페이지에서 APPID, SecretId 및 SecretKey를 얻고 기록하세요. 자세한 내용은 주 계정 액세스 키 관리를 참조하세요.

5단계: 버킷 생성

버킷 생성의 지침에 따라 COS 버킷을 생성합니다.
일부 애플리케이션에는 버킷 생성 프로세스가 내장되어 있습니다. 이러한 애플리케이션이 버킷을 생성하도록 하려면 이 단계를 생략할 수 있습니다.

애플리케이션에서 COS 서비스 설정

기본 설정

대부분의 애플리케이션에는 스토리지 서비스를 사용하기 위한 유사한 구성 항목이 있습니다. 이러한 구성 항목의 일반 이름과 설명은 다음과 같습니다.
설명:
설정 과정에서 궁금한 점이 있으시면 고객센터로 문의하시기 바랍니다. 본 문서의 가이드를 따랐음을 표시하고 애플리케이션 이름 및 스크린샷과 같은 정보를 제공하십시오.
설정 항목에서 흔히 볼 수 있는 이름
관련 설명
공급자/서비스 공급자/스토리지 서비스 공급자/Service Provider/Storage Provider/Provider 등
애플리케이션이 사용해야 할 스토리지를 선택할 때 다음과 같은 상황이 있을 수 있습니다.

선택 항목에 S3 Compatible Storage/S3 Compatible과 같은 텍스트가 있는 경우 해당 옵션이 먼저 사용됩니다.
선택 항목에 amazon web services/AWS/Amazon S3와 같은 텍스트만 있는 경우 이를 사용하되 구성하는 동안 추가 지침에 주의하십시오.
비슷한 선택 항목이 없지만 애플리케이션 설명에 애플리케이션이 S3 서비스 또는 S3 호환 서비스를 지원한다고 언급하는 경우 아래 구성을 계속할 수 있지만 추가 지침에도 주의해야 합니다.
기타 다른 경우에는 애플리케이션이 COS를 사용하지 못할 수 있습니다.
서버/서버 주소/서비스 URL/Endpoint/Custom Endpoint/Server URL 등
여기에는 S3 호환 서비스의 서비스 주소를 입력합니다. COS 서비스를 사용할 경우, COS의 서비스 주소를 다음 형식으로 입력합니다:
cos.<Region>.myqcloud.com 또는 https://cos.<Region>.myqcloud.com입니다.
https://를 입력해야 할지 여부는 특정 애플리케이션에 따라 다르므로, 직접 시도해 보실 수 있습니다. 여기서 <Region>은 COS의 사용 가능 지역을 나타냅니다.
애플리케이션 내에서는 지정된 서비스 주소의 지역에서만 버킷을 생성하거나 선택할 수 있습니다.
예를 들어, 버킷이 광저우 지역에 있다면 서비스 주소는 cos.ap-guangzhou.myqcloud.com으로 설정해야 합니다. 다른 지역으로 설정하면 애플리케이션 내에서 광저우 지역의 버킷을 찾을 수 없습니다.
애플리케이션의 서비스 제공자에서 Amazon S3만 선택할 수 있고 서비스 엔드포인트가 구성 가능하다면, 앞서 언급한 cos.<Region>.myqcloud.com 또는 https://cos.<Region>.myqcloud.com으로 변경할 수 있습니다.
서비스 엔드포인트가 구성할 수 없거나 서비스 엔드포인트 구성 항목이 없다면, 애플리케이션은 COS 서비스를 사용할 수 없습니다.
Access Key/Access Key ID 등
4단계에서 기록된 SecretId를 입력하십시오.
Secret Key/Secret/Secret Access Key 등
4단계에서 기록된 SecretKey를 입력하십시오.
리전/Region 등
기본값, 자동, Auto 또는 Automatic을 선택합니다.
버킷/Bucket 등
기존의 버킷 이름을 선택 또는 입력합니다. 포맷은 <BucketName-APPID>입니다(예: examplebucket-1250000000). 이 중 BucketName5단계에서 버킷 생성 시 입력한 버킷 이름이며, APPID4단계에서 기록한 APPID입니다.위의 설명과 마찬가지로 이곳의 버킷은 서버 주소가 지정한 리전에 한정되어 있으며, 기타 리전의 버킷은 나열되지 않거나 정상적인 사용이 불가능합니다. 새로운 버킷을 생성해야 하는 경우 새로 생성된 버킷 이름도 위의 <BucketName-APPID> 포맷에 부합해야 합니다. 그렇지 않으면 정상적으로 버킷을 생성할 수 없습니다.


기타 항목 및 고급 설정 설명

일부 애플리케이션은 위의 기본 설정 외에도 기타 항목 및 고급 설정이 더 있습니다. 애플리케이션에서 COS 서비스를 원활하게 사용할 수 있도록 아래 일부 COS의 기능 설명을 추가합니다.
서버 포트와 프로토콜 COS 서비스가 지원하는 HTTP 프로토콜과 HTTPS 프로토콜은 모두 프로토콜의 기본 포트인 80과 443 포트를 사용합니다. 보안상의 이유로 HTTPS 프로토콜을 통한 COS 서비스 사용을 권장합니다.
COS는 Virtual Hosted-Style 스타일을 지원합니다.
주의:
2024년 1월 1일 이후에 생성된 버킷은 경로 스타일 도메인 이름을 지원하지 않으며, 가상 호스트 스타일 도메인 이름만 지원합니다. 이전에 생성된 버킷은 영향을 받지 않지만, 가상 호스트 스타일 도메인 이름을 우선적으로 사용하는 것이 좋습니다.
AWS V2 서명과 AWS V4 서명 COS는 두 종류의 서명 포맷을 모두 지원합니다.

결론

COS는 S3와의 완전한 호환성을 보장하지 않습니다. 애플리케이션에서 COS 사용 시 질문이 있는 경우 고객센터에 도움을 요청하십시오. 본 문서의 가이드를 따랐음을 표시하고 애플리케이션 이름 및 스크린샷과 같은 정보를 제공하십시오.

도움말 및 지원

문제 해결에 도움이 되었나요?

피드백