DNS - 2.2 DNS 설계 목표

목록

2.2. DNS design goals

2.2. DNS 설계 목표

The design goals of the DNS influence its structure.

DNS 의 설계 목표는 DNS 구조에 영향을 미칩니다.

They are:

다음과 같습니다:

- The primary goal is a consistent name space which will be used for referring to resources.

- 주요 목표는 리소스를 참조하는 데 사용되는 일관된 이름 공간입니다.

In order to avoid the problems caused by ad hoc encodings, names should not be required to contain network identifiers, addresses, routes, or similar information as part of the name.

임시 인코딩으로 인해 발생하는 문제를 방지하려면 이름에 네트워크 식별자, 주소, 경로 또는 유사한 정보를 이름의 일부로 포함하도록 요구해서는 안 됩니다.

- The sheer size of the database and frequency of updates suggest that it must be maintained in a distributed manner, with local caching to improve performance.

- 데이터베이스의 엄청난 크기와 업데이트 빈도로 인해 성능을 향상하려면 로컬 캐싱을 사용하여 분산 방식으로 유지 관리해야 합니다.

Approaches that attempt to collect a consistent copy of the entire database will become more and more expensive and difficult, and hence should be avoided.

전체 데이터베이스의 일관된 복사본을 수집하려는 접근 방식은 점점 더 비용이 많이 들고 어려워지므로 피해야 합니다.

The same principle holds for the structure of the name space, and in particular mechanisms for creating and deleting names; these should also be distributed.

네임 스페이스의 구조, 특히 이름을 생성하고 삭제하는 메커니즘에도 동일한 원칙이 적용됩니다. 이것들도 배포되어야 합니다.

- Where there tradeoffs between the cost of acquiring data, the speed of updates, and the accuracy of caches, the source of the data should control the tradeoff.

- 데이터 획득 비용, 업데이트 속도, 캐시의 정확성 사이에 상충 관계가 있는 경우 데이터 소스가 상충 관계를 제어해야 합니다.

- The costs of implementing such a facility dictate that it be generally useful, and not restricted to a single application.

- 이러한 기능을 구현하는 데 드는 비용은 일반적으로 유용하며 단일 응용 프로그램으로 제한되지 않음을 나타냅니다.

We should be able to use names to retrieve host addresses, mailbox data, and other as yet undetermined information.

이름을 사용하여 호스트 주소, 메일함 데이터 및 기타 아직 결정되지 않은 정보를 검색할 수 있어야 합니다.

All data associated with a name is tagged with a type, and queries can be limited to a single type.

이름과 관련된 모든 데이터에는 유형 태그가 지정되며 쿼리는 단일 유형으로 제한될 수 있습니다.

- Because we want the name space to be useful in dissimilar networks and applications, we provide the ability to use the same name space with different protocol families or management.

- 우리는 네임스페이스가 서로 다른 네트워크 및 애플리케이션에서 유용하기를 원하기 때문에 서로 다른 프로토콜 제품군 또는 관리에서 동일한 네임스페이스를 사용할 수 있는 기능을 제공합니다.

For example, host address formats differ between protocols, though all protocols have the notion of address.

예를 들어, 호스트 주소 형식은 프로토콜마다 다르지만 모든 프로토콜에는 주소 개념이 있습니다.

The DNS tags all data with a class as well as the type, so that we can allow parallel use of different formats for data of type address.

DNS는 모든 데이터에 클래스와 유형을 태그로 지정하므로 주소 유형의 데이터에 대해 서로 다른 형식을 병렬로 사용할 수 있습니다.

- We want name server transactions to be independent of the communications system that carries them.

- 우리는 네임 서버 트랜잭션이 이를 전달하는 통신 시스템과 독립적이기를 원합니다.

Some systems may wish to use datagrams for queries and responses, and only establish virtual circuits for transactions that need the reliability (e.g., database updates, long transactions); other systems will use virtual circuits exclusively.

일부 시스템은 쿼리 및 응답에 데이터그램을 사용하고 신뢰성이 필요한 트랜잭션(예: 데이터베이스 업데이트, 긴 트랜잭션)에 대해서만 가상 회로를 설정하기를 원할 수 있습니다. 다른 시스템은 가상 회로를 독점적으로 사용합니다.

- The system should be useful across a wide spectrum of host capabilities.

- 시스템은 광범위한 호스트 기능에 걸쳐 유용해야 합니다.

Both personal computers and large timeshared hosts should be able to use the system, though perhaps in different ways.

개인용 컴퓨터와 대규모 시분할 호스트 모두 시스템을 사용할 수 있어야 하지만 방법은 다를 수 있습니다.