2장. 디렉터리 데이터 계획
디렉터리에 저장된 데이터는 사용자 이름, 이메일 주소, 전화 번호, 사용자에 대한 정보 또는 다른 유형의 정보를 포함할 수 있습니다. 디렉터리의 데이터 유형에 따라 디렉터리의 구조 방식, 데이터에 대한 액세스 권한이 부여된 사용자, 이 액세스 권한이 요청 및 부여되는 방식이 결정됩니다.
이 장에서는 디렉터리의 데이터 계획의 문제 및 전략에 대해 설명합니다.
2.1. 디렉터리 데이터 소개
일부 유형의 데이터는 다른 유형보다 디렉터리에 더 적합합니다. 디렉터리에 이상적인 데이터에는 다음과 같은 몇 가지 특성이 있습니다.
- 작성된 것보다 더 자주 읽습니다.
- 한 명 이상의 사람이나 그룹에 관심이 있습니다. 예를 들어, 직원의 이름 또는 프린터의 실제 위치는 많은 사용자와 애플리케이션에 관심을 가질 수 있습니다.
- 둘 이상의 물리적 위치에서 액세스할 수 있습니다.
예를 들어 애플리케이션의 단일 인스턴스만 정보에 액세스해야 하므로 소프트웨어 애플리케이션에 대한 직원의 기본 설정 설정이 디렉터리에 적합하지 않을 수 있습니다. 그러나 애플리케이션이 디렉터리의 기본 설정을 읽을 수 있고 사용자가 다른 사이트의 기본 설정에 따라 애플리케이션과 상호 작용하려는 경우 디렉터리에 기본 설정 정보를 포함하는 것이 매우 유용합니다.
2.1.1. 디렉터리에 포함할 수 있는 정보
사람 또는 자산에 대한 설명 또는 유용한 정보는 항목에 특성으로 추가할 수 있습니다. 예를 들면 다음과 같습니다.
- 전화 번호, 실제 주소 및 이메일 주소와 같은 연락처 정보
- 직원 번호, 직책, 관리자 또는 관리자 식별, 직무 관련 관심 분야와 같은 설명적 정보입니다.
- 전화 번호, 실제 주소, 관리자 식별 및 비즈니스 설명과 같은 조직 연락처 정보.
- 프린터의 물리적 위치, 프린터 유형 및 프린터에서 생성할 수 있는 분당 페이지 수와 같은 장치 정보입니다.
- 회사의 거래 파트너, 고객 및 고객의 연락처 및 청구 정보.
- 고객 이름, 마감일, 작업 설명, 가격 정보와 같은 계약 정보입니다.
- 개별 소프트웨어 기본 설정 또는 소프트웨어 구성 정보.
- 웹 서버 포인터 또는 특정 파일 또는 애플리케이션의 파일 시스템과 같은 리소스 사이트.
서버 관리 이외의 용도로 Directory Server를 사용하려면 디렉터리에 저장할 다른 유형의 정보를 계획해야 합니다. 예를 들면 다음과 같습니다.
- 계약 또는 클라이언트 계정 세부 정보
- 급여 데이터
- 물리적 장치 정보
- 홈 연락처 정보
- 회사 내의 다양한 사이트에 대한 사무실 연락처 정보
2.1.2. 디렉터리에서 제외할 수 있는 정보
Red Hat Directory Server는 클라이언트 애플리케이션이 읽고 쓰는 대량의 데이터를 관리하는 데 뛰어나지만 이미지 또는 기타 미디어와 같은 구조화되지 않은 큰 개체를 처리하도록 설계되지 않았습니다. 이러한 오브젝트는 파일 시스템에서 유지 관리해야 합니다. 그러나 디렉터리는 FTP, HTTP 및 기타 사이트에 대한 포인터 URL을 사용하여 이러한 종류의 애플리케이션에 대한 포인터를 저장할 수 있습니다.
