> ## Documentation Index
> Fetch the complete documentation index at: https://docs.iru.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 주요 개념
> 사용자, 그룹, 애플리케이션, 인증 정책 및 연결을 포함한 Iru Identity의 핵심 객체와 이들 간의 관계를 알아봅니다.
Iru Identity는 몇 가지 핵심 객체를 중심으로 구성됩니다. 각 객체가 무엇이고 어떻게
연결되는지 알면 제품의 나머지 부분을 더 쉽게 이해할 수 있습니다.
## 전체 구조
```mermaid theme={null}
flowchart TD
conn["페더레이션 인증"] -->|"로그인"| dir
subgraph dir["Directory"]
users["사용자"]
groups["그룹"]
attrs["프로필 속성"]
end
users --- groups
attrs --- users
attrs -. "구동" .-> groups
groups -->|"할당 대상"| apps["애플리케이션"]
users -->|"할당 대상"| apps
policy["인증 정책"] -->|"로그인 관리"| apps
auth["인증기"] -->|"ID 증명"| apps
apps -->|"계정 프로비저닝"| saas["SaaS 앱"]
activity["활동 로그"] -. "모든 것을 기록" .- dir
```
## ID 객체
**사용자**는 디렉터리에 있는 사람입니다. 각 사용자에게는 속성(이름, 이메일 및 정의한
사용자 지정 필드)으로 구성된 프로필이 있습니다. 사용자는 수명 주기를 거치며
**pending**(생성되었지만 아직 활성화되지 않음), **active** 또는 **suspended** 상태일 수
있습니다. 사용자를 일시 중지하면 레코드나 이력을 삭제하지 않고 액세스가 차단됩니다.
**스키마**는 모든 사용자 프로필이 보유할 수 있는 속성을 정의합니다. 기본 제공 필드
외에도 자체 유형을 가진 사용자 지정 속성을 추가하고, 필수 또는 고유로 표시하고, 고정된
허용 값 목록을 지정하고, 카테고리로 구성할 수 있습니다. 속성은 정책, 애플리케이션 매핑
및 Auto Groups의 기반이 되는 원재료입니다. [스키마](/ko/identity/directory/schema)를
참조하세요.
**그룹**은 하나의 단위로 액세스를 할당하는 사용자 모음입니다. 세 가지 유형이 있습니다.
* 구성원을 직접 선택하는 **수동 그룹**.
* 모든 사용자를 포함하는 그룹처럼 모든 테넌트에 존재하는 **기본 제공 그룹**.
* 속성 규칙에 따라 멤버십이 결정되고 프로필이 변경되면 자동으로 업데이트되는
**Auto Groups**.
[그룹](/ko/identity/directory/groups) 및
[Auto Groups](/ko/identity/directory/auto-groups)를 참조하세요.
## 액세스 객체
**애플리케이션**은 사용자가 Iru를 통해 로그인하는 대상입니다. Iru는 **SAML** 또는
**OIDC**를 사용하여 앱의 ID 공급자 역할을 합니다. 각 애플리케이션은 사용자 프로필 속성을
전송하는 어설션 또는 토큰에 매핑하므로 앱이 예상하는 ID 정보를 받습니다.
애플리케이션은 버전이 관리됩니다. **초안**을 편집한 다음 게시하여 **현재** 버전으로
만들며, Iru는 참조용으로 이전 버전을 보관합니다. 애플리케이션은 **active** 또는
**inactive** 상태일 수 있습니다.
**템플릿**은 알려진 서비스에 대한 미리 만들어진 애플리케이션 정의입니다. 템플릿에서
앱을 생성하면 표준 구성이 자동으로 채워지므로 테넌트에 특정한 정보만 제공하면 됩니다.
[애플리케이션 템플릿](/ko/identity/applications/application-templates)을 참조하세요.
애플리케이션에 **그룹을 할당**하여 액세스를 부여합니다. 해당 그룹을 통해 최종적으로
액세스 권한을 갖게 되는 전체 사용자 집합이 애플리케이션의 **유효 사용자**입니다.
[액세스 할당](/ko/identity/applications/assigning-access)을 참조하세요.
**프로비저닝**은 계정을 동기화된 상태로 유지합니다. **인바운드** 프로비저닝은 연결된
HR 시스템이나 파일 가져오기에서 사용자를 디렉터리로 가져옵니다. **아웃바운드**
프로비저닝은 디렉터리에서 연결된 앱으로 계정 생성, 업데이트 및 제거를 푸시하므로, 앱
계정은 액세스가 부여된 동안에만 존재합니다.
[프로비저닝](/ko/identity/applications/provisioning)을 참조하세요.
## 신뢰 및 정책 객체
**정책**은 로그인 허용 여부와 사용자가 먼저 증명해야 하는 항목을 결정하는 규칙
집합입니다. 누군가 앱에 로그인하면 Iru는 적용되는 정책을 평가하고 결정을 기록합니다.
[인증 정책](/ko/identity/authentication/authentication-policies)을 참조하세요.
**인증기**는 사용자가 본인임을 증명하는 데 사용하는 수단으로, **패스키** 또는 Iru
Access 등이 있습니다. 사용자는 셀프 서비스로 자신의 인증기를 관리하며, 모든 로그인에는
강력한 인증기가 필요합니다.
[인증기](/ko/identity/authentication/authenticators)를 참조하세요.
정책은 기기를 고려합니다. **Device Trust**는 사용자가 알려진 정상 기기를 사용하는지
여부를 반영하며 액세스의 필수 조건이 될 수 있습니다. **위험 수준**은 민감도에 따라 앱을
구성하기 위해 할당하는 분류입니다.
[위험 및 적응형 액세스](/ko/identity/authentication/risk-based-access) 및
[Device Trust](/ko/identity/authentication/device-trust)를 참조하세요.
**ID 공급자 연결**을 사용하면 사용자가 이미 운영 중인 공급자를 통해 Iru 플랫폼에
로그인할 수 있습니다. Iru Identity가 기본 ID 공급자가 아닌 인증 계층인 경우나
마이그레이션을 쉽게 하려는 경우에 사용하세요.
[페더레이션 인증](/ko/identity/connections/connections-overview)을 참조하세요.
(대신 HR 시스템에서 디렉터리로 사용자를 가져오려면
[Directory Sync](/ko/identity/directory/directory-sync)를 참조하세요.)
## 관리 객체
| 객체 | 설명 |
| - | - |
| **조직** | 테넌트: 브랜딩을 포함하여 디렉터리, 앱 및 설정을 보관하는 격리된 Iru 환경입니다. |
| **관리자 및 역할** | Iru Identity를 관리하는 관리자와 각 관리자가 수행할 수 있는 작업을 정의하는 역할입니다. |
| **활동 로그** | 검토하고 필터링할 수 있는 주요 이벤트(누가 무엇을 했는지, 로그인 결정 결과)의 기록입니다. |
## 로그인에서 이러한 객체가 사용되는 방식
1. 사용자가 **애플리케이션**을 열려고 하면 애플리케이션이 로그인을 위해 사용자를 Iru로
리디렉션합니다.
2. 사용자가 패스키 또는 Iru Access 앱으로, 또는 연결된 공급자를 통해 Iru에 인증하면 Iru가
**디렉터리**에서 일치하는 **사용자**를 식별합니다.
3. 애플리케이션의 **인증 정책**이 **Device Trust**에 대해 로그인을 평가합니다. 사용자는 이전
단계에서 이미 인증기로 본인임을 증명했습니다.
4. 정책을 통과하고 사용자가 **애플리케이션**에 할당된 경우 Iru가 로그인을 발급하고 사용자가
앱에 액세스합니다.
5. **활동 로그**가 결과를 기록합니다.
**그룹**에 액세스를 할당하고, 가능한 경우 **속성**을 기준으로 그룹 멤버십을 지정하세요.
그러면 프로필이 변경될 때 액세스가 자동으로 사용자를 따라갑니다. 이것이 Iru Identity의
수명 주기 자동화입니다.