다른 테넌트에 서비스 애플리케이션 배포

중요

2020년 3월 이전에 릴리스된 Microsoft Rights Management Service SDK 버전은 더 이상 사용되지 않습니다. 이전 버전을 사용하는 애플리케이션은 2020년 3월 릴리스를 사용하도록 업데이트해야 합니다. 자세한 내용은 사용 중단 알림을 참조하세요.

Microsoft Rights Management Service SDK에 대한 추가 개선 사항은 계획되어 있지 않습니다. 분류, 레이블 지정 및 보호 서비스에 Microsoft Information Protection SDK를 채택하는 것이 좋습니다.

이 문서에서는 서비스 애플리케이션을 배포하는 프로세스를 설명합니다. 이 시나리오에서는 애플리케이션을 초기 개발 AD 테넌트에 등록하는 방식에서 다른 회사 프로덕션 AD 테넌트에 등록하는 방식으로 전환합니다.

참고

이 시나리오는 서비스 애플리케이션이 대칭 키 인증을 사용하는 경우에만 해당됩니다.

시나리오

회사 CoolApp은 사용자들이 Dynamics, SAP, Salesforce와 같은 비즈니스 애플리케이션에서 내보낼 때 문서를 암호화하고, 레이블을 지정하고, 보호하는 AIP(Azure Information Protection)를 사용하는 서비스 애플리케이션을 개발해 왔습니다. 이 시나리오에서 대기업 ABC는 CoolApp의 새 애플리케이션을 구입했으므로, CoolApp 팀은 해당 솔루션을 ABC 환경에 배포해야 합니다.

흐름 1: CoolApp이 ABC에 배포를 구현하기 위한 UI 대화 상자 제공

ABC에서 일단 CoolApp의 솔루션을 구입하게 되면 ABC의 IT 관리자는 CoolApp 서비스 사용자를 만들고 ABC의 Azure AD 테넌트에 애플리케이션에 등록해야 합니다.

이 단계는 애플리케이션 개발의 서비스 사용자 만들기 섹션에 설명되어 있습니다.

참고

테넌트에서 서비스 사용자를 만들려면 테넌트 관리자 권한이 필요합니다.

ABC의 IT 관리자는 CoolApp의 애플리케이션을 작업 환경에서 서비스로 시작하고 애플리케이션 ID, 테넌트 ID 및 대칭 키와 같은 CoolApp 애플리케이션 작동을 위한 세부 정보를 포함합니다.

원하는 환경이 ABC의 IT 관리자에게 서비스 사용자 정보를 위한 UI 대화 상자를 제공하지 않는 것이면 흐름 2를 따라야 합니다.

흐름 2: ABC IT 관리자가 CoolApp 팀에 키 제공

ABC의 IT 관리자가 그림 1과 같이 서비스 사용자를 만들면 ABC는 CoolApp 팀에 해당 정보를 제공합니다. 그러면 CoolApp 팀은 ABC의 테넌트에서 사용할 수 있게 해당 정보를 CoolApp 애플리케이션에 포함합니다.