OSS API에 관한 한 - create bucket endpoint에 대한 의사를 보면 몸의 "허용"입력란이 그 목적으로 설계된 것 같습니다. :
는 허용 : 소유자가 버킷 작성시 액세스 권한을 부여하고자하는에 응용 프로그램을 나타내는 객체
구체적으로이 {권한 ID (다른 응용 프로그램 클라이언트 ID), 액세스 (읽기/전체)의 배열입니다 } 해당 버킷의 콘텐츠를 공유하려는 응용 프로그램을 식별합니다.
두 개의 서로 다른 Apps를 만들었지 만 두 번째 App에 공유 버킷에 업로드 된 모델을 첫 번째 앱이로드하도록 할 수는 없었습니다 ... 저는 개발 팀과이를 확인하고 스레드를 한번 더 수집했습니다 ...
이제는 A360에있는 데이터에 대해 이야기하고 있다면 Augusto의 응답은 유효하며 다른 사용자와 전체 허브를 공유하거나 특정 프로젝트에 초대 할 수 있습니다 (부여 루트 폴더에 대한 액세스). 그러나이 글을 쓰는 시점에서 이것은 우리 UI에서만 가능하며 나중에 API에 노출 될 것입니다. 사용자가 자격 증명을 사용하여 인증하면 해당 공유 데이터에 액세스 할 수 있습니다.
API 액세스가 아닌 사용자에게 콘텐츠 공유에 관심이있는 경우 2 단계 인증을 사용하여 OSS에 데이터를 저장하고 여러 사용자가 액세스 할 수있는 자신의 사용자 계정을 관리하여 자신의 웹 응용 프로그램을 구현할 수 있습니다 동일한 모델을 사용하고 그들과 협력하십시오.
또한
버킷 파일은 응용 프로그램 (2 다리 자격 증명)에 속하기 때문에
아우 구스토의 코멘트에 추가. API 키를 공유하지 않고 버킷을 공유하는 것은 불가능합니다. Augusto는 동일한 A360 계정에 다른 두 개의 개발자 (다른 API 키 사용) 액세스를 제공하여 '해결 방법'을 설명합니다. 이것은 분명히 누군가가 A360 계정을 구독 할 것을 요구합니다. –