요약

  • RFC 1958은 표준, 교리, 불변의 참조 모델이 아니라 정보성 스냅샷임을 스스로 밝혔으며, 무한히 살아남을 수 있다고 잠정적으로 허용한 유일한 원칙은 끊임없는 변화였다.
  • 이 문서의 아키텍처는 검증 가능했다. 필수적인 통신 상태는 단말에 속하고, 불가피한 네트워크 상태는 최소화되며 스스로 복구 가능해야 하고, 실제 구현이 아키텍처 격언보다 우선한다.
  • 메모는 호환성 타협을 기록할 수 있지만, 변경은 RFC 번호나 중앙 명령이 아니라 상호 운용 가능한 구현과 채택을 통해 힘을 얻는다.

RFC 1958은 1996년 6월 웅장한 제목과 함께 등장했지만 즉각적인 절제의 행동으로 시작했다.인터넷의 아키텍처 원칙(Architectural Principles of the Internet)은 인터넷 표준을 규정한다고 주장하지 않았다. 초록은 이 문서를 안내를 위한 스냅샷이라 부르고, 형식적이거나 불변적인 참조 모델임을 명시적으로 거부했다. 서두는 더 나아가 교리를 내세우는 것이 아니라고 선언했다.

이 면책은 의례적인 겸손이 아니었다. 그것 자체가 아키텍처의 일부였다. 인터넷은 마스터 플랜이 아니라 진화를 통해 성장했고 기술적 변화는 계속될 것이라고 이 메모는 논증했다. 한때 침해 불가능하다고 여겨진 원칙들은 이미 폐기되었고, 1996년에 신성해 보이던 원칙들도 그 뒤를 따를 수 있다. RFC 1958이 영원한 규칙에 가장 가까이 다다른 지점은 끊임없는 변화라는 원칙이었다.

도시의 비유는 그 귀결을 구체적으로 보여준다. 인터넷 개발은 완벽한 재건을 위해 땅을 비우는 것이 아니라, 도시가 계속 사용되는 가운데 거리와 건물을 갱신하는 것과 닮았다. 소수의 포괄적인 공통 규칙만으로도 넓고 변화하는 기술 공간이 만들어질 수 있다. 따라서 원칙의 목적은 재건이 호환되도록 유지하는 것이지, 저자에게 도시에 대한 영구적 지배권을 주는 것이 아니다.

이어서 메모는 검증 기준을 제시했다. 연결이 목표이고, IP가 공통 도구이며, 지능은 네트워크 내부에 숨겨지기보다 단말에 속한다. 하나의 인터넷 계층 프로토콜은 경쟁하는 벤더, 제공자, 전송 매체를 가로지르는 좁은 만남의 지점을 제공한다. 다양성은 그 지점 위와 아래에서 풍부해질 수 있고, 전환 과정에서는 일시적으로 하나 이상의 네트워크 프로토콜이 필요할 수 있다. 공통 계층은 이질적인 시스템을 연결할 만큼 충분히 작기 때문에 가치가 있다.

단말 간 상태 개념은 이 경계를 관찰 가능하게 만든다. 애플리케이션 지식을 요구하는 기능은 단말의 참여 없이는 올바르게 완성될 수 없다. 따라서 통신 상태는 해당 단말의 운명을 공유해야 하며, 중간 장비가 고장날 때 사라져서는 안 된다. 이것은 무상태 네트워크라는 환상이 아니었다. RFC 1958은 경로, 서비스 품질(QoS) 약속, 압축 이력을 네트워크가 필요로 할 수 있는 상태의 예로 명시했다. 그러나 부담을 부과했다. 그러한 상태는 최소화되고, 적응적으로 도출·복구되어야 하며, 그 상실은 연결이 여전히 존재하는 상황에서 일시적인 서비스 거부를 넘어서는 안 된다. 수동 구성은 예외적인 경우다.

이러한 세부 사항이 중요한 이유는 슬로건을 실패 검증 도구로 전환하기 때문이다. 상태가 어디에 사는지, 누가 그것을 재구성할 수 있는지, 사라지면 무엇이 깨지는지, 단말이 여전히 필요한 진실을 확립할 수 있는지를 물어야 한다. 중간에 놓인 박스가 박스이기 때문에 틀린 것은 아니다. 숨겨진 상태로 인해 복구, 대체, 독립적 진화가 그 박스의 기억 지속에 의존하게 될 때 비로소 아키텍처적 부채가 된다.

같은 규율이 RFC 1958의 일반 설계 조언에도 적용되었다. 단순성과 모듈성을 선호하면서도 성능과 비용을 고려하라고 요구했다. 완벽의 무한 추구보다 지금의 좋고 거의 완전한 해법을 선호했다. 이는 다이어그램으로 해소될 수 있는 우선순위가 아니라 긴장 관계다. 운영 비용을 두 배로 만드는 깔끔한 경계는 그 가치를 증명해야 하고, 무관한 구성 요소를 용접하는 최적화는 변화에 살아남을 수 있음을 증명해야 한다.

RFC 3439는 이후 통신사 관점의 복잡성 논의로 이 기록을 갱신했다. 복잡성을 확장성, 자본 지출, 운영 지출과 연결하고, 코어 상태와 단말 상태 간 결합이 비용을 증폭시키는 방식을 검토했다. 이 갱신은 단순성을 새로운 최상위 규칙으로 만들지 않았다. 아키텍처를 판단할 수 있는 추가적인 운영 증거를 제공했을 뿐이다.

RFC 1958은 그 증거를 자신보다 위에 두었다. 인터넷의 소유자가 없고 중앙화된 통제도 없다고 지적한 뒤, 진화는 대략적 합의(rough consensus)와 동작 코드(running code)에 의존한다고 말했다. 다음 문장은 이 위계를 명확히 했다. 실제 구현에서 나오는 엔지니어링 피드백은 어떤 아키텍처 원칙보다 더 중요하다. 그리고 표준화는 동작 코드의 여러 사례를 기다려야 한다고 말했다.

동작 코드는 국민투표가 아니다. 배포된 구현은 안전하지 않을 수도, 독점적일 수도, 우연일 수도, 단순히 틀릴 수도 있다. 대략적 합의가 모든 운영자의 동의를 증명하지도 않는다. 그 가치는 증거적이다. 구현은 문서가 감출 수 있는 모호성, 비용, 실패, 호환되지 않는 가정을 드러낸다. 여러 독립 구현은 더 강력한데, 그 서면 경계가 특권적 지식 없이 재현될 수 있는지를 검증하기 때문이다.

이후 IETF 문서들은 그 제한된 권위를 보존했다. RFC 3935는 표준을 "그 표준에 따라" 무언가를 수행하는 방식에 대해 합의된 기술이라고 서술했으며, 그 사용을 의무화하거나 사용을 감시할 허가권이 아니라고 했다. 엔지니어링 판단을 실제 세계의 구현과 배포와 연결했다. RFC 7282는 대략적 합의를 왕이나 대통령이나 다수결 없이 기술적 반대를 다루는 방식으로 설명하면서, 실제 엔지니어링 산물이 진공에서 만든 설계를 격파할 수 있도록 허용했다. RFC 9592에 보관된 다오(Tao)는 제도적 귀결을 분명히 밝혔다. IETF는 인터넷을 형성하는 자발적 표준을 만들지만, 인터넷을 운영하거나 통제하거나 감시하지는 않는다.

바로 여기에서 RFC 1958은 Lu Heng의 동작 코드 논변과 동일해지지 않으면서 만난다. 최소 공통 명세는 상호 운용성과 국지적 검증을 가능하게 할 수 있다. 이후의 결정은 채택되거나, 거부되거나, 호환성 집합으로 경계가 설정될 수 있다. 문서는 그 선택을 설명할 수 있지만, 선언만으로 미구현된 선택을 운영적으로 실재하게 만들 수는 없다. 이것은 역사적 문서에 대한 해석이지, RFC 1958이 장부나 포크 프로토콜, 완전한 거버넌스 이론을 규정했다는 주장이 아니다.

따라서 이 메모의 지속적 가치는 헌법적 유혹을 제한한다는 의미에서만 헌법적이다. 유용한 제약을 기억하되 그 제약에 왕좌를 내주지 않는다. 설계자들에게 좁은 공통 허리를 보호하고, 완성 가능한 곳에 지식을 위치시키고, 상태를 복구 가능하게 만들고, 근거가 뒷받침할 때만 구성 요소를 분리하며, 구현이 계획과 모순될 때 귀 기울이라고 요구한다.

새로운 아키텍처는 RFC 1958을 인용하기 때문에 승리해서는 안 된다. 독립적인 시스템이 그것을 구현할 수 있고, 운영자가 그 실패에서 복구할 수 있고, 호환되지 않는 선택이 여전히 보이며, 채택이 유용한 연결을 보존할 때 승리해야 한다. 메모는 타협을 기록할 수 있다. 변경할 권리는 네트워크를 돌려가며 만들어야 하는 이들에게 남아 있다.

출처