요약

  • WAIS는 클라이언트 프로토콜을 통해 서버별 로컬 색인을 연결했지만, 사용자가 먼저 검색할 데이터베이스를 가리키는 소스 설명 또는 디렉터리 항목을 확보해야 했습니다.
  • 프로젝트 현황 보고는 1991년 7월에 44개 서버, 10월에 80개 서버를 집계했으며, 이 수치는 빠른 참여 확산을 보여줄 뿐 완전하거나 독립적으로 검증된 글로벌 목록은 아닙니다.

네트워크 검색에서 어려운 부분은 질의 이전에 발생할 수 있었습니다. 1991년 7월 31일 Brewster Kahle은 WAIS 베타 2를 발표하며 44개 서버를 소개했습니다. 그러나 사용자는 여전히 검색할 가치가 있는 자료를 어느 서버가 보유하고 있는지 알아야 했습니다.

WAIS는 검색 가능한 두 번째 유형의 개체, 즉 서버 디렉터리로 이 간극을 메웠습니다. 베타 2 발표에는 Quake 서버 목록에 이 디렉터리가 포함되어 있었고, 로컬 파일에서 색인을 생성하는 소프트웨어도 소개되었습니다. 소스 설명은 클라이언트에 이름 붙은 목적지를 제공했고, 해당 서버는 자신의 데이터베이스를 검색했습니다. 이 구조 덕분에 기관은 모든 문서를 하나의 네트워크 전역 색인에 통합하기 전에도 검색 가능한 컬렉션을 공개할 수 있었습니다.

따라서 디렉터리는 색인을 대체하는 것이 아니라 색인을 찾아주는 위치 정보 도구였습니다. 10월에는 WAIS 토론 아나운스가 3개 대륙 4개국에 걸친 80개 서버를 보도하며 새로 추가된 소스로 FidoNet 노드 목록, 로봇공학 자료, 호주 자원 안내, FAQ 모음 등을 나열했습니다. 이 예들은 탐색 이면의 작업을 보여줍니다. 누군가는 소스를 준비하고, 접근 가능하게 만들고, 공유 디렉터리에 그 존재를 알려야 했습니다.

나중에 보존된 W3 개요는 이 디렉터리를 “색인의 색인(master index of indexes)”이라고 불렀습니다. 이 개요는 80개 이상의 색인을 보고하면서도 WAIS 검색이 최대 40개의 결과만 반환할 수 있다고 밝혔습니다. W3의 WAIS 비교 자료는 또 하나의 사용성 한계를 언급합니다. WAIS 사용자는 마스터 디렉터리를 검색할 수 있었지만, 개요에서 링크를 따라가며 색인들을 둘러보는 방식은 불가능했습니다. 웹 게이트웨이는 이런 링크 기반 개요를 추가할 수 있었지만, 그것은 부가적인 뷰이지 WAIS 클라이언트 자체의 속성은 아니었습니다.

1994년까지 RFC 1580은 서버 디렉터리 데이터베이스가 여러 사이트에서 이용 가능하다고 설명하고, 사용자가 주제별 데이터베이스를 찾으려면 이를 질의하라고 권고했습니다. 이 후기 안내서는 순서를 명확히 합니다. 소스를 발견하고, 선택하고, 그다음 검색한다. 그러나 이는 모든 소스가 등재되어 있었거나 디렉터리가 항상 최신이었다는 것을 입증하지 않습니다.

이 설계는 로컬 게시를 공통 검색과 양립 가능하게 만들었습니다. 동시에 질의 프로토콜 바깥에 조율 과제를 남겨 두었습니다. 프로젝트의 집계는 주최 측이 보고한 대로의 참여를 기록할 뿐, 보이지 않게 남은 데이터베이스의 수, 항목이 얼마나 자주 낡았는지, 사용자가 올바른 소스를 찾을 수 있었는지는 측정하지 않습니다. WAIS는 데이터베이스가 선택된 뒤에야 그것을 검색할 수 있었습니다. 그 데이터베이스를 찾는 일은 시스템의 별개 계층으로 남았습니다.

출처와 한계

1991년 서버 총계는 프로젝트 발표이며 독립적으로 검증된 조사가 아닙니다. W3 페이지는 후에 보존된 스냅숏으로, WAIS 배포 전체의 완전한 목록이 아닙니다. 1994년 RFC는 이후의 실무를 기술하며, 1991년 모든 클라이언트가 동일하게 동작했다는 증거가 아닙니다.