> ## 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 테넌트에서 첫 번째 앱에 대해 작동하는 Single Sign-On 실행까지 진행합니다: 사용자를 추가하고, 액세스를 할당하고, 로그인 흐름을 처음부터 끝까지 테스트합니다.

이 빠른 시작에서는 작동하는 로그인을 위한 가장 짧은 경로를 안내합니다. 사용자를 추가하고,
그룹으로 묶고, 애플리케이션을 연결하고, 액세스를 부여하고, 정책으로 보호하고, 환경을
확인합니다. 각 단계는 더 자세한 내용이 필요할 때 참조할 수 있는 심층 가이드로 연결됩니다.

<Note>
  이 단계를 따르려면 Iru 테넌트에 대한 관리자 액세스 권한이 필요합니다. 관리자를 별도로
  관리하는 경우 [관리자 및 역할](/ko/identity/administration/administrators-and-roles)을
  참조하세요.
</Note>

## 시작하기 전에

<Steps>
  <Step title="사용자를 가져올 위치 결정">
    사용자를 직접 추가하거나, 파일에서 가져오거나, 연결된 HR 시스템에서 동기화할 수
    있습니다. 이 빠른 시작에서는 사용자 한 명을 직접 추가하는 것으로 충분합니다. 나중에 조직
    전체를 가져오려면 [사용자 가져오기](/ko/identity/directory/importing-users) 및
    [Directory Sync](/ko/identity/directory/directory-sync)를 참조하세요.
  </Step>

  <Step title="애플리케이션의 로그인 정보 준비">
    대부분의 애플리케이션은 Single Sign-On을 위해 SAML 또는 OIDC를 지원합니다. 앱 문서를
    준비하거나, 필드가 자동으로 채워지도록 미리 만들어진
    [애플리케이션 템플릿](/ko/identity/applications/application-templates)을 사용하세요.
  </Step>
</Steps>

## 첫 번째 로그인 설정

<Steps>
  <Step title="사용자 추가">
    **Directory → Users**에서 이름과 이메일 주소로 사용자를 생성합니다. 사용자가 초대를
    완료할 수 있도록 실제로 메일을 받을 수 있는 주소를 사용하세요. 사용자 프로필에는 나중에
    정책과 앱이 사용할 수 있는 속성이 보관됩니다. 자세한 내용은
    [사용자](/ko/identity/directory/users)를 참조하세요.
  </Step>

  <Step title="그룹 생성">
    **Directory → Groups**에서 그룹을 생성하고 사용자를 추가합니다. 개인 대신 그룹에
    액세스를 할당하면 규모가 커져도 관리하기 쉽습니다. [그룹](/ko/identity/directory/groups)을
    참조하세요.
  </Step>

  <Step title="애플리케이션 연결">
    **앱**에서 애플리케이션을 추가합니다. 카탈로그에 템플릿이 있으면 선택하고, 없으면
    사용자 지정 SAML 또는 OIDC 앱을 구성합니다. Iru가 앱에 입력할 로그인 정보를 제공하고,
    앱에서 제공하는 정보를 Iru에 다시 입력합니다.
    [애플리케이션 추가](/ko/identity/applications/applications-overview)를 참조하세요.
  </Step>

  <Step title="액세스 할당">
    생성한 그룹을 애플리케이션에 할당합니다. 이제 그룹의 모든 사용자가 액세스 권한을 갖게
    되며, 이후에는 그룹 멤버십을 변경하여 앱에 액세스할 수 있는 사용자를 관리합니다.
    [액세스 할당](/ko/identity/applications/assigning-access)을 참조하세요.
  </Step>

  <Step title="정책으로 보호">
    **Policies → Authentication policies**에서 정책을 생성하고 앱에 연결하여
    **Device Trust**를 제어합니다(예: 민감한 앱에 대해 관리되는 암호화된 기기 요구). 모든
    로그인에는 이미 패스키 또는 Iru Access가 필요하므로 여기에서 구성하지 않습니다.
    [인증 정책](/ko/identity/authentication/authentication-policies)을 참조하세요.
  </Step>

  <Step title="환경 테스트">
    테스트 사용자로 로그인하고 앱 대시보드를 엽니다. 애플리케이션이 타일로 표시되며, 선택하면
    사용자가 바로 로그인됩니다.
    [최종 사용자 환경](/ko/identity/administration/end-user-experience)을 참조하세요.
  </Step>
</Steps>

<Tip>
  Device Trust와 전체 로그인 환경을 확인하려면 테스트 기기에 **Iru Access**를 설치하고
  등록하세요. [인증기](/ko/identity/authentication/authenticators)를 참조하세요.
</Tip>

## 구축한 내용

```mermaid theme={null}
flowchart LR
  user["테스트 사용자"] --> group["그룹"]
  group --> assign["앱에 할당됨"]
  policy["인증 정책"] --> assign
  assign --> app["Single Sign-On"]
```

이제 그룹에 속한 사용자, 애플리케이션이 부여된 그룹, 그리고 로그인 방식을 관리하는 정책이
있습니다. 더 많은 사용자나 앱을 추가하려면 필요한 부분을 반복하면 됩니다.

## 다음 단계

<CardGroup cols={2}>
  <Card title="모든 사용자 가져오기" icon="users-rectangle" href="/ko/identity/directory/directory-sync">
    전체 사용자 목록을 가져오거나 HR 시스템에서 동기화하여 디렉터리가 자동으로 최신 상태를
    유지하도록 합니다.
  </Card>

  <Card title="ID 공급자 연결" icon="right-to-bracket" href="/ko/identity/connections/connections-overview">
    사용자가 Google Workspace, Microsoft Entra ID 또는 이미 운영 중인 다른 공급자로
    로그인할 수 있도록 합니다.
  </Card>

  <Card title="앱 계정 자동화" icon="arrows-rotate" href="/ko/identity/applications/provisioning">
    액세스가 변경되면 앱에서 계정을 자동으로 프로비저닝 및 프로비저닝 해제합니다.
  </Card>

  <Card title="정책 조정" icon="sliders" href="/ko/identity/authentication/risk-based-access">
    위험 및 Device Trust 조건을 추가하여 상황에 맞게 액세스를 조정합니다.
  </Card>
</CardGroup>