SCIM 애플리케이션 사이의 마이그레이션

이 문서에서는 SCIM 애플리케이션 사이에서 사용자 및 관리자 그룹 프로비저닝을 마이그레이션하는 방법을 설명합니다. 이는 동일한 신원 공급자(IdP) 및 다른 IdP 간의 마이그레이션을 포함합니다. 예를 들어, Microsoft Entra에서 Microsoft Entra로, Microsoft Entra에서 Okta로의 마이그레이션입니다.

개요

하나의 SCIM 애플리케이션을 다른 애플리케이션으로 대체할 때 Cato는 동일한 SCIM 디렉토리를 기존 애플리케이션과 함께 사용하도록 새로운 애플리케이션을 구성할 것을 권장합니다.

동일한 SCIM 디렉토리를 사용함으로써 Cato는 기존 사용자 및 그룹을 인식하고 프로비저닝 중에 업데이트할 수 있습니다. 새 SCIM 디렉토리 생성이 지원되지만, Cato가 새로운 디렉토리를 다른 프로비저닝 소스로 취급하기 때문에 중복 객체나 업데이트 실패가 발생할 수 있습니다.

권장 마이그레이션 워크플로

SCIM 애플리케이션 사이에서 마이그레이션하려면:

1. 새로운 SCIM 애플리케이션을 기존 Cato SCIM 디렉토리를 사용하도록 구성합니다.

2. 동일한 IdP 내에서 사용자 및 그룹을 마이그레이션하는 경우, 사용자 및 관리자 그룹을 동일한 UPN 및 그룹 이름으로 새로운 애플리케이션에 할당합니다.

3. 새로운 애플리케이션에서 프로비저닝 사이클을 실행합니다.

4. 기존 사용자와 관리자가 중복 없이 성공적으로 업데이트되었는지 확인합니다.

5. 필요 시 마이그레이션 후 더 이상 존재하지 않아야 할 사용자나 그룹을 제거합니다.

사용자가 매칭되는 방법

Cato는 이러한 신원 속성을 사용하여 기존 사용자를 매칭합니다:

• 사용자 계정 이름 (UPN) (userName)

• IdP 객체 ID (externalId)

새로운 애플리케이션이 동일한 SCIM 디렉토리를 사용하는 경우:

새로운 SCIM 디렉토리를 사용하는 경우:

다른 IdP와의 마이그레이션 시, 객체 ID는 일반적으로 변경됩니다. 이는 예상된 것이며 사용자의 UPN이 변경되지 않는 한 성공적인 마이그레이션을 방해하지 않습니다.

UPN과 객체 ID가 모두 변경된 경우, Cato는 수신된 사용자를 저장된 사용자로 식별할 수 없습니다. 이 경우 새로운 사용자가 생성되며 이전 사용자는 수동으로 제거해야 합니다.

사용자 그룹이 매칭되는 방법

Cato는 이러한 속성을 사용하여 사용자 그룹을 매칭합니다:

• 그룹 표시 이름

• 그룹 객체 ID (externalId)

새로운 애플리케이션이 동일한 SCIM 디렉토리를 사용하는 경우:

다른 SCIM 디렉토리를 사용하는 경우:

다른 IdP 간의 마이그레이션 시 그룹 객체 ID가 일반적으로 변경됩니다. 그룹이 올바르게 매칭되도록 하려면 가능한 한 그룹 표시 이름을 변경하지 마십시오.

그룹 멤버십은 동일한 SCIM 디렉토리를 통해 프로비저닝된 사용자에 의해 결정됩니다. 새로운 애플리케이션에서 프로비저닝되지 않은 사용자는 마이그레이션된 그룹에 추가되지 않습니다.

마이그레이션 검토

SCIM 프로비저닝은 새로운 애플리케이션에 할당된 사용자와 그룹만 업데이트합니다. 기존 애플리케이션에 의해 프로비저닝된 객체는 자동으로 제거되지 않습니다.

마이그레이션 후:

• 필요한 모든 사용자 및 그룹이 새로운 애플리케이션에 의해 프로비저닝되었는지 확인합니다.

• 더 이상 할당되지 않은 사용자를 제거하거나 비활성화합니다.

• 더 이상 필요하지 않은 사용자 그룹을 제거합니다.