요약

  • RFC 977은 각 워크스테이션이 전체 사본을 보관하는 대신, 한두 개의 로컬 서버가 호스팅하는 중앙 기반에서 원하는 기사를 요청해 열람할 수 있게 했습니다.
  • Kantor와 Lapsley는 이러한 열람을 서버 간 기사 교환과 구분했습니다. 본문은 중간 캐시에 대해서도 언급하지만 그 동작 방식은 규정하지 않았습니다.
  • RFC는 예상되는 저장 공간 절약을 언급하되 절감량이나 도입률은 측정하지 않았습니다. 이 문서는 저장 공간, 색인, 만료, 가용성을 로컬 서비스 안에 두면서 Usenet 전체를 전 세계 규모로 중앙화하지는 않습니다.

워크스테이션은 아카이브 전체를 짊어질 필요가 없었다

RFC 977의 출발점은 추상적인 세계적 네트워크가 아닙니다. 로컬 네트워크로 연결된 기기 집합이며, 일부 워크스테이션은 디스크 공간이 적습니다. 사용자가 기사 하나를 읽기 전에 각 기기가 모든 뉴스 기사를 보관해야 할까요?

1986년 2월, 캘리포니아 대학교 샌디에이고(UC San Diego)의 Brian Kantor와 버클리의 Phil Lapsley는 클라이언트-서버 경계를 제안했습니다. 중앙 호스트가 기사 모음과 색인 파일을 보관합니다. 다른 기기의 독자들은 TCP로 접속해 관심 있는 항목을 요청합니다. 색인 작성, 상호 참조, 오래된 메시지의 만료 처리는 저장소(depot) 모델에 속하며, 개별 워크스테이션이 두 번째 아카이브가 될 필요는 없습니다.

이 논리는 용량과 기기의 다양성을 모두 다룹니다. 큰 그룹에서는 호스트마다 동일한 사본을 두지 않음으로써 전체 디스크 공간을 줄이고 가장 저사양의 워크스테이션도 참여할 수 있습니다. 이 RFC는 또한 서로 다른 클라이언트와 호환되는 공유 파일 시스템이라는 가정보다 TCP 스트림을 선호합니다. 프로토콜은 공통 서비스를 노출할 뿐, 모든 시스템에 동일한 디스크 구성을 강제하지 않습니다.

“중앙”이라는 말은 자기 규모 안에 머물러야 합니다. 열람 관련 절에서 이는 로컬 네트워크의 중앙 서버, 때로는 소수의 호스트 그룹을 가리킵니다. 본문은 모든 독자를 위한 모든 Usenet 뉴스를 저장하는 기계를 다루지 않습니다. 로컬 모음은 다른 곳의 서버 간 관계를 폐지하지 않고도 공유될 수 있습니다.

두 갈래의 공유 경로

NNTP는 자체 기사 사본을 확보하려는 서버에도 사용됩니다. RFC 977은 로컬 서버에 질의하는 독자의 경로와 이를 구분합니다. 호스트는 이웃에게 어떤 그룹이나 기사가 새로운지 물어보고, 받고 싶은 것을 선택하고, 이미 보유한 것을 알릴 수 있습니다. 목표는 원하고 없는 기사만 전송하는 것입니다.

이 차이는 결정적입니다. 공용 저장소는 기기 그룹 내부에서 사본이 늘어나는 것을 막고, 호스트 간 교환은 어떤 사본이 사이트에서 사이트로 흐를지를 결정합니다. 연구실이나 대학 안의 중앙화된 열람은 피어 간 배포와 양립할 수 있습니다. NNTP를 중앙화로만 요약하면 이 두 번째 절반이 사라집니다.

서버의 역할은 한정되어 있습니다. RFC는 이를 프로그램과 기사 기반 사이의 인터페이스로 제시합니다. 화면 표시, 탐색, 사용자 고유의 선택은 자신의 환경을 더 잘 아는 클라이언트 소프트웨어에 맡겨집니다. 이 문서가 표준화하는 것은 네트워크상의 대화이지, 열람 경험 전체가 아닙니다.

캐시는 아직 설계되지 않았다

더 큰 그룹을 위해 Kantor와 Lapsley는 요청을 중계하고 최근 읽은 기사를 캐시할 수 있는 중간 서버를 제안합니다. 클라이언트는 먼저 이 로컬 서버를 시도하고, 실패 시 설치 측이 서비스를 거부하거나 중앙 호스트에 접속하도록 선택할 수 있습니다.

이 스케치는 공용 저장소의 비용을 인정합니다. 호스트가 다운되거나 기사가 이미 독자 근처에 있을 때 어떻게 되는가? 그러나 저자들은 슬레이브 서버의 동작이 이 RFC의 범위 밖이라고 명시합니다. 캐시는 하나의 아이디어이지, 가용성 보장도 완전한 장애 전환 프로토콜도 아닙니다. 따라서 각 사이트는 사본의 최신성, 폴백 규칙, 장애 복구를 스스로 정의해야 합니다.

부하의 위치가 바뀐다

기대되는 이점은 모든 워크스테이션이 뉴스 전체를 저장하지 않도록 하는 것입니다. 그러나 디스크 공간이 사라지는 것은 아니며, 색인과 만료 규칙도 함께 두는 서버에 집중됩니다. 독자들은 더 가벼운 워크스테이션을 얻고, 서비스 운영자는 더 큰 용량과 연속성 책임을 부담합니다.

이는 아키텍처상의 결과이지, RFC가 측정한 결산이 아닙니다. 이 RFC는 큰 그룹에 대해 이 절약이 가치 있다고 판단하지만, 절감된 디스크 용량, 도입률, 서버 부하, 사용 결과를 공개하지 않습니다. 설계상 이유와 실제 배포의 증거는 구분해야 합니다.

가용성도 같은 방식으로 이동합니다. 여러 독자가 하나의 호스트에 의존하면, 그 호스트의 장애, 색인, 만료 정책이 그룹 전체 규모에서 드러납니다. 로컬 캐시가 이 의존성을 줄일 수 있지만, 그 동작이 RFC 범위 밖인 만큼 복원력은 운영 판단으로 남았습니다. 공용 저장소는 로컬 사본을 유지 관리가 필요한 서비스로 대체합니다.

이후 RFC에서 이어지는 아키텍처

2006년 10월, RFC 3977은 RFC 977을 폐기(obsolete)하고 그 대체물로 제시되었으며, 명확화와 새로운 기본 기능을 담았습니다. 그 서문은 여전히 중앙 기반에 보관된 기사의 회수를 다룹니다. 같은 달에 발표된 RFC 4644는 CHECK와 TAKETHIS를 통해 서버 간 비동기 전송을 형식화했습니다.

이 문서들이 특정 사이트가 RFC에 따라 NNTP를 배포했다는 증거는 아닙니다. 그러나 두 갈래의 진화를 보여줍니다. 독자가 저장소에 접근할 수 있게 하는 것, 그리고 피어 간 기사 전송을 더 효율적으로 만드는 것. 이 둘은 연결된 기능이지만 서로 섞이지는 않습니다.

Kantor의 기여를 위치 짓기

캘리포니아 대학교 샌디에이고의 추모 기사는 Kantor의 대학 내 47년 경력, 우편국장(postmaster) 및 네임 서버 운영자로서의 업무, 네트워크 인프라에 대한 참여를 다룹니다. 이 기사는 NNTP의 설계를 그에게 돌립니다. 1986년 RFC는 기술적 귀속을 명확히 합니다. Kantor와 Lapsley가 공동 저자입니다. 약력은 이 프로토콜을 서비스 운영 경력 속에 놓고, 문서는 그 협업을 기록으로 남깁니다.

이 제안의 지속적인 기여는 읽기 쉬운 경계를 만들었다는 데 있습니다. 열람용 저장소를 로컬에서 공유하고, 인터페이스는 클라이언트에 맡기며, 서버 간 복제는 별도의 교환으로 다루는 것. 이 선택은 일부 워크스테이션을 가볍게 하지만 운영 책임을 집중시킵니다. 문서들은 메커니즘과 그 의도를 명시합니다. 실제 저장 공간, 가용성, 도입 결과는 인용된 자료들이 입증하지 않습니다.

출처