요약

  • 제안된 SLA는 2016년 이후 측정된 분기 중 42.5%에서만 달성된 기존 목표를 대체하고, RPC 관리 하에 있는 시간에 대해 규모 조정 및 이동연도(rolling year) 측정 방식을 도입한다.
  • 그 경계는 RFC 프로덕션 센터에 책임을 물을 수 있도록 하는 데는 타당하지만, 그것만으로는 저자나 독자에게 접수부터 출판까지의 전체 여정이 얼마나 걸리는지 알려주지 못한다.
  • 경계가 설정된 SLA에 귀속 가능한 인수·인계 대장(handoff ledger)을 결합하면 거버넌스가 개선된다. 모든 상태 변경은 언제 시작되고 끝났는지, 다음 조치의 소유자가 누구인지, 어느 시계가 작동 중인지, 그리고 정정이 이루어진 이유를 보여주어야 한다.
  • 협의는 2026년 9월 6일까지 열려 있다. 제안된 목표와 단계적 강화(ratchet)는 아직 채택된 서비스 약속이 아니다.

녹색 지표와 긴 여정은 공존할 수 있다

서비스 수준의 본래 역할은 복잡한 운영을 검증 가능한 약속으로 바꾸는 것이다. 위험은 그 약속이 자신이 대표한다고 여겨지는 경험보다 좁아지는 데 있다. RFC 출판에서 편집자는 승인 이후 문서를 받아 실질 편집과 문장 편집을 수행하고, 질의를 조율하며, 참고문헌과 레지스트리 조치를 처리하고, 최종 저자 검토를 진행하고 정식 출판을 준비한다. 경과 시간 중 일부는 RPC에 속하고, 일부는 저자, IESG, IANA 또는 다른 참여자에게 속한다. 정직한 책임 시스템에는 그 경계가 필요하다. 신뢰할 수 있는 공개 보고에는 전체 여정도 필요하다.

IETF Administration LLC의 협의는 첫 번째 문제를 명시적으로 드러낸다. 기존 계약은 업무가 변했고 기존 측정 방식에 중요한 공백이 있기 때문에 더 이상 목적에 맞지 않는다고 말한다. 2016년 이후 측정된 분기 전반에서 기존 SLA는 42.5%의 경우에만 충족됐다. 이 수치는 단지 목표에 맞서 싸우는 서비스를 나타내는 데 그치지 않는다. 반복적으로 미달되는 목표는 결국 예외적 실패와 평상시 운영 조건을 구별하는 기능 자체를 잃는다는 신호이기도 하다.

기존 측정 방식은 시간이 어디에 놓여 있었는지도 잘못 나타낼 수 있었다. 2025년 2분기의 측정 변경 전에는 프로덕션 센터가 저자를 기다리는 동안 문서가 RPC 시계에 남아 있는 것처럼 보일 수 있었다. 편집자 배정을 기다리는 상태에 대한 별도 상태는 존재하지 않았다. 저자들이 편집된 텍스트를 확인하는 최종 검토 단계인 AUTH48의 일부는 측정되는 '시계 작동 중' 시간 밖에 남을 수 있었다. 따라서 그러한 상태들로 만든 차트는 산술적으로 정확하면서 운영상으로는 모호할 수 있다.

제안은 RPC가 통제하는 시간을 측정함으로써 이 모호성에 답한다. 이는 건전한 책임 선택이다. 프로덕션 센터는 저자가 답변에 몇 주를 쓰거나, IESG가 기술적 문제를 해결해야 하거나, IANA 조치가 미결 상태로 남아 있다는 이유만으로 계약상 측정에 실패해서는 안 된다. 동시에 문서의 저자는 'RPC 관리 일수'를 경험하지 않는다. 저자는 하나의 달력을 경험한다. 채택, 편집, 질의, 최종 검토, 출판이다.

이 구분이 중요한 이유는 현재의 총합이 길기 때문이다. 협의는 전형적인 30~50쪽짜리 RFC가 이제 접수부터 출판까지 약 245일의 달력일이 걸린다고 추산한다. 그리고 그 조건 중 약 115일을 기존 백로그에 돌린다. 백로그를 제외하면 추산치는 약 130일이다. 또 RPC의 통제 밖 시간은 평균 약 97일이고 쪽수와는 대체로 무관하다고 보고한다. 이 수치들은 겹치는 서비스 조건에 대한 모델링된 총합적 시각이며, 마치 세 개의 분리된 블록처럼 더해서는 안 된다.

쪽수는 RPC가 영향을 미칠 수 있는 부분을 바꾼다. 협의는 쪽당 약 0.34일의 추가 RPC 작업을 추산한다. 그렇기에 단일 처리 목표는 짧은 문서가 많은 대기열은 보상하고 이례적으로 긴 작업을 실은 대기열은 벌할 것이다. 규모 구간 설정은 합리적인 보정이다. 그러나 그것은 개별 문서가 왜 멈춰 서 있었는지에 대한 설명은 아니다.

대체 계약이 측정하게 될 것

제안된 방식은 휘발성이 강한 단일 분기를 따로 판단하는 대신 이동연도를 사용한다. 세 가지 신호를 결합한다. 처리량, 최대 활성 백로그, 그리고 규모 조정된 처리 백분위수. 1분기 기준선으로는 문서의 75%가 RPC 관리 한도 내에 있어야 한다. 15쪽 이하 문서는 130일, 16~40쪽 문서는 170일, 40쪽 초과 문서는 190일이다.

그런 뒤 계약은 두 방향으로 조여진다. 요구되는 비율은 분기당 1포인트씩 85%에 도달할 때까지 상승한다. 첫해 이후에는 최대 처리 시간이 매년 5%씩 줄어든다. 하나의 래칫은 서비스에 더 많은 문서를 다루도록 요구하고, 다른 래칫은 더 빠르게 하도록 요구한다. 주변 업무 변화만으로도 달성이 쉬워지는 정적 목표 공표보다 실질적으로 강하다.

백로그 목표도 있다. 편집 자원과 업무 범위가 변하지 않는다고 가정하면, 제안은 3년에 걸쳐 백로그가 약 20% 감소하고 7~12년에 걸쳐 소멸하는 상황을 모델링한다. 이 전망은 기준선이지 자연법칙이 아니다. 도착률의 변화, 문서 복잡도의 변화, 인력 이동, 스트림별 급증 또는 검토 의무의 추가가 그것을 바꿀 수 있다. 협의 자체가 백로그 영(0) 달성이 단기 투자를 정당화하는지, 그리고 커뮤니티가 더 빠른 처리를 위해 업무량 감소, 다른 우선순위 또는 다른 트레이드오프를 받아들일지 물어본다.

따라서 제안에는 실제 운영 이론이 담겨 있다. 현재 서비스와 자원 기반을 유지하고, 점진적으로 개선하며, RPC가 영향을 줄 수 있는 측정 방식을 사용하고, 백로그가 긴 호리즌에 걸쳐 감소하도록 내버려둔다. 거버넌스 질문은 커뮤니티가 수급자에 대한 집행 가능한 경계만을 원하는지, 아니면 공동으로 소유한 출판 시스템에 대한 판독 가능한 계정도 원하는지이다.

AUTH48은 소유권이 시간과 함께 움직여야 하는 이유를 보여준다

RFC 9280은 RFC 편집자 모델을 기술하며 정책, 승인, 프로덕션 역할을 분리한다. RFC 8711은 관련 행정 책임을 IETF Administration LLC에 둔다. 저자용 출판 안내, 대기열 문서, 워킹그룹 의장용 자료는 초기 검사, 편집, 질의 조율, 참고문헌 의존성, IANA 조치, AUTH48 등 여러 정거장을 거치는 프로덕션 프로세스를 설명한다. 이는 그 자체로 결함이 아니다. 의도적인 검토는 시리즈의 아카이브 품질을 보호한다.

AUTH48은 특히 유용한 예다. 편집된 문서는 출판에 가까워져 있지만 저자와 지정 검토자가 최종 텍스트를 승인해야 한다. 지연된 답변을 RPC 성과 미달로 세어서는 안 된다. 그러나 그 대기 시간을 서비스 서술에서 지워버리는 것도 똑같이 오해를 낳는다. 그것은 여전히 실제 지연이며, 소유자가 알려져 있을 수 있고, 에스컬레이션이 가능할 수 있다. 올바른 대응은 생략이 아니라 귀속이다.

같은 논리가 편집자 배정을 기다리는 문서에도 적용된다. 어떤 대기열 상태는 편집자가 실제로 작업하지 않더라도 서비스의 제도적 책임 아래 온전히 놓일 수 있다. 모델이 '활성 편집 중'만 기록한다면 대기실을 제외한 대기열이 더 깔끔해 보인다. 협의가 누락된 상태를 인정한 것은 중요하다. 이름이 붙은 대기열은 분류되지 않은 정지 상태와 달리 거버넌스 가능하기 때문이다.

귀속 가능한 인수·인계 대장은 SLA를 약화시키는 것이 아니라 보완한다. 문서 상태마다 진입 시각, 퇴장 시각, 책임 역할, 다음 행위자, 시계 기준, 명시된 사유, 에스컬레이션 상태, 그리고 이후 정정 여부를 보관한다. 공개 보고는 기밀 편집 교환을 노출하지 않고 이 필드들을 집계할 수 있다. 그러면 문서 이력은 최소 세 가지 정직한 총계를 산출할 수 있다. RPC 관리 시간, 외부 관리 시간, 종단 간 달력 시간이다.

정정에는 특별한 주의가 필요하다. 상태나 소유자가 사후에 재분류될 때, 기록은 무엇이 언제 누구의 권한으로 바뀌었는지를 보존해야 한다. 그렇지 않으면 성과 계열이 서비스가 개선된 게 아니라 과거 귀속이 이동한 것만으로 개선될 수 있다. 감사 추적은 정정을 금지하지 않는다. 정정을 침묵 속 지표 조작과 구별한다.

권한 세탁 없는 권위

RFC 9280은 RFC 시리즈 정책 개발을 RFC 시리즈 워킹그룹(RSWG)에, 승인 기능을 RFC 시리즈 승인 위원회(RSAB)에 할당하고, RFC 프로덕션 센터는 출판 업무를 수행한다. RSWG와 RSAB의 권위는 RFC 시리즈 정책을 지배하며, IETF 표준이 개발되고 승인되는 별도의 권위를 흡수하지 않는다. RFC 8711은 IETF Administration LLC에 행정·운영·재정 책임을 부여하되, 그 표준의 기술적 타당성에 대한 권위는 부여하지 않는다. 이들은 하나의 지휘 계통의 단계가 아니라 분리된 권력이다.

인수·인계 대장은 이 배분을 바꾸지 않고 어떤 참여자에게도 새로운 위임을 부여하지 않는다. 각 기관에 문서가 자신의 구간에 들어왔거나 떠났다는 증거를 주고, 다음 조치를 식별하며, 이후 정정을 보존한다. 가시성과 귀속은 제도적 경계를 넘을 수 있으며, 그렇다고 행정 기구나 프로덕션 센터나 지표가 다른 쪽에 남아 있는 권력을 얻지는 않는다.

하나 이상의 청중을 위한 측정 시스템

RPC에는 자신이 관리할 수 있는 측정이 필요하다. IETF Administration LLC에는 감독과 계약에 쓸 수 있는 측정이 필요하다. 저자는 문서가 어디에 있고 누가 조치해야 하는지 알아야 한다. 스트림 관리자는 특정 워크플로가 불필요한 대기를 만드는지 봐야 한다. 커뮤니티는 자원과 범위가 수용 가능한 출판 결과를 낳는지 판단해야 한다. 독자와 구현자는 궁극적으로 안정된 RFC가 언제 나오는지를 신경 쓴다.

하나의 숫자가 그 모든 청중을 충족하지는 못한다. 제안된 SLA는 수급자 통제 수단으로 읽을 때 가장 강하다. 문제는 그 결과가 RFC 출판의 완전한 상태로 제시되기 시작할 때만 생긴다. RPC 관리 백분위에서 녹색 결과는, 그 조건들이 경계 밖이나 경계 가장자리에 있다면 저자가 통제하는 대기의 확대, 미결 IANA 의존성, 정체된 외부 검토, 긴 배정 전 대기열과 공존할 수 있다.

대안은 모든 지연을 RPC에 청구하는 것이 아니다. 그것은 측정을 불공정하게 만들고 프로덕션 센터가 점수를 지키려고 저자나 다른 기구에 압력을 넣도록 유인할 수 있다. 신중한 검토의 가치를 가릴 수도 있다. 더 나은 설계는 책임을 세밀하게 유지한다. 지연을 바꿀 수 있는 당사자가 그 구간을 소유하고, 종단 간 총계는 공유된 시스템 결과로 계속 보인다.

개별 응답은 이미 커뮤니티 판단의 스펙트럼을 보여준다. Mirja Kühlewind의 메시지는 제안된 한도의 의미와 유용성을 물으며, Acee Lindem의 응답은 속도와 실무적 기대를 다른 관점에서 다룬다. 이들은 개인의 개입이지 IETF 합의가 아니다. 그 가치는 측정 방식이 성과 논의의 어휘로 굳어지기 전에 그 전제를 시험한다는 점이다.

협의가 여전히 남겨둔 것

협의는 제안된 속도가 맞는지, 서로 다른 RFC 스트림에 다른 대우가 필요한지, 백로그 영 달성을 더 빨리 구매해야 하는지, 저자 만족도를 어떻게 측정할지, 품질이 충분히 보호되는지, 서비스가 더 적게 해야 하는지를 묻는다. 이 질문들은 더 빠르거나 느린 출판에 대한 투표로 축소되어서는 안 된다. 각각은 통제 변수를 가리킨다.

서로 다른 스트림은 서로 다른 편집 복잡도나 긴급성을 지닐 수 있지만, 분리된 규칙은 책임을 파편화할 수도 있다. 만족도 점수는 마찰을 드러낼 수 있지만 편집적 이견 제기의 대가로 속도를 보상할 수 있다. 단기 투자는 누적된 업무를 없앨 수 있지만 도착률·인력 모델이 없으면 대기열은 돌아온다. 범위 축소는 측정된 속도를 개선하면서 그 업무를 자원봉사자에게 돌리거나 아카이브 품질을 낮출 수 있다. 따라서 모든 개선에는 선언된 비용과 그 비용을 부담할 이름이 필요하다.

품질은 시간 옆에 있어야 한다. RFC 시리즈는 문서 완성 건수를 극대화하기 위한 것이 아니라 내구성 있는 기술 기록을 보존하기 위해 존재한다. 시간 목표는 보이지 않는 범위 축소를 유도할 수 있으므로, 협의가 '더 적게 할지'를 묻는 것은 옳다. 공개 보고는 경과 시간과 분리하여 재작업, 출판 후 실질 정정, 저자 불화 등 품질 지표를 보여주어야 한다. 약해진 편집을 빠르게 통과하는 것은 같은 서비스가 아니다.

따라서 9월 6일 이전에 가장 유용한 결정은 RPC가 경계가 설정된 SLA를 가져야 하는지가 아니다. 가져야 한다. 결정해야 할 것은 채택에 전체 여정에 대한 두 번째, 비처벌적 시각과 내구성 있는 상태 이력이 포함될지 여부다. 첫째는 집행 가능한 책임을 만든다. 둘째는 그 기관이 자신이 다스릴 책임이 있는 경험과 자신의 계약 경계를 혼동하지 않도록 한다.

출처

  1. Consultation on a Service Level Agreement for RFC Editing and Publication
  2. IETF Administration LLC 협의 공지
  3. RFC 9280: RFC Editor Model (Version 3)
  4. RFC 8711: Structure of the IETF Administrative Support Activity, Version 2.0
  5. RFC publication process for authors
  6. RFC Editor queue: how the publication queue works
  7. 워킹그룹 의장용 RFC 프로덕션 센터 프로세스 정보
  8. RFC 시리즈 출판 시기 및 프로세스 상태 논의
  9. Mirja Kühlewind의 개인 협의 응답
  10. Acee Lindem의 개인 협의 응답