요약

  • 캡처된 AFRINIC DBWG 개요는 83개 작업 항목, 공개(Open) 46건, 해결(Resolved) 37건을 보고합니다. 이 수치는 날짜가 고정된 공개 스냅숏이지 성과 평가가 아닙니다.
  • DBWG 프로세스는 접수(Raised)부터 기록(Recorded)까지 여섯 단계를 설명하며, 공개(Open)는 기록된 해결, 결정 또는 배포가 없는 상태로 정의합니다.
  • 공개 트래커는 각 행에 상태, 요청, 결과, 날짜, 스레드 링크를 제공하지만, 모든 수명 주기 단계를 통과하는 구조화된 이력은 제공하지 않습니다.
  • 작고 버전화된 상태 경로만으로도 기존 프로세스를 더 이해하기 쉽게 만들 수 있으며, 비공개 분류 작업, 담당자 지정, 민감한 구현 세부사항은 요구하지 않습니다.

공개 등록부는 이미 유용한 역할을 하고 있다

AFRINIC에 대한 논거는 쇼를 요구하는 데서 시작하는 것이 아니라 DBWG의 목적에서 시작합니다. 이 그룹은 WHOIS와 그 기반이 되는 데이터베이스에 대한 기술적 논의를 위한 창구입니다. 의견과 제안은 환영하되, 최종 구현 결정은 AFRINIC 직원에게 남아 있습니다. 공개 프로세스는 또한 운영 사고와 긴급 버그는 단순히 토론 목록에 올리는 것이 아니라 관련 운영 채널로 가야 한다고 명시합니다. 이는 합리적인 분업입니다. 워킹그룹 등록부는 티켓팅 시스템도 아니고, 모든 질문이 같은 긴급성을 갖는다는 공개 약속도 아닙니다.

이 등록부가 유용한 것은 바로 그렇게 위장하지 않기 때문입니다. 작업 항목 페이지는 메일링 리스트에서 제기된 요청, 버그 보고, 제안을 수집하여 공개(Open) 또는 해결(Resolved)로 분류한다고 설명합니다. 함께 제공되는 트래커는 요청, 최신 상태 서술(있는 경우), 제기한 사람, 접수 날짜, 최근 활동 날짜, 그리고 관련 스레드로 돌아가는 링크를 제공합니다. 페이지들은 자기 출처도 분명히 밝힙니다. 이 등록부는 공개 메일링 리스트 아카이브에서 편성되었으며, 공식 이슈 트래커나 WHOIS 변경 로그가 결정 또는 배포를 확인하는 경우 그에 맞춰 대조되었다는 것입니다.

이것은 진지한 공개 기록입니다. 독자가 검색하지 않은 아카이브를 답변과 혼동하지 않고 질문 자체를 찾을 수 있게 해 줍니다. 토론으로 돌아가는 경로를 보존합니다. 기록된 결과와 기록된 결과가 없는 항목을 구분합니다. 이 중 어느 것도 직원에게 추가 기록이 없다는 것, 비공개 검토가 없다는 것, 보안 제약이 없다는 것, 테스트 작업이 없다는 것, 공개 설명을 미룰 이유가 없다는 것을 증명하지 않습니다. 공개 등록부는 공개 등록부로 읽어야 합니다.

문제는 총계와 상태 전환 사이의 간극이다

어려움은 여섯 단계 프로세스를 두 상태짜리 트래커 옆에 놓을 때 나타납니다. 프로세스는 독자에게 어휘를 줍니다. 접수, 논의, 합의, 결정, 구현, 기록이 그것입니다. 트래커는 유용한 스냅숏과 흔히 서술형 결과를 제공합니다. 그러나 눈에 보이는 행 모델은 어떤 공개 전환이 발생했는지, 언제 발생했는지, 어떤 출처가 그것을 확인하는지를 알려 주는 버전화된 시퀀스를 제공하지 않습니다.

이것은 모든 항목이 진행되어야 한다는 주장이 아닙니다. 일부 요청은 논의 상태에 머물 수 있습니다. 일부는 합의에 이르지 못할 수 있습니다. 일부 결정은 올바르게도 아무것도 하지 않기, 연기하기, 다른 채널로 처리하기일 수 있습니다. 기록된 ‘비결정(non-decision)’은 실패가 아니며, 구현은 안전하게 상세히 서술할 수 없는 작업을 요구할 수 있습니다. 요점은 재량을 폐지하는 것이 아니라, 구별되는 여러 상태를 대신하게 하려고 벌거벗은 총계에 의지하는 일을 멈추는 것입니다.

실질적인 결과는 비난이 아니라 해석의 문제입니다. 최근 활동 날짜는 결정 날짜가 아닙니다. 스레드는 배포의 증거가 아닙니다. 합의 라벨은 구현이 아닙니다. 공개(Open)로 표시된 행은 AFRINIC의 정의에 따라 해결, 결정 또는 배포가 기록되지 않았다는 뜻일 뿐이며, 그 이유를 알려 주지 않습니다. 그것을 판정으로 다루면 공개 기록이 지양해야 할 바로 그 허위 확실성이 만들어집니다.

얇은 상태 경로면 충분하다

AFRINIC이 기존 수명 주기를 읽을 수 있게 만들려고 기밀 엔지니어링 보드를 공개할 필요는 없습니다. 각 작업 항목 페이지는 현재의 요청과 스레드 링크를 유지한 채, 압축되고 버전화된 일련의 공개 상태 이벤트를 추가하면 됩니다. 이 이벤트는 프로세스 어휘를 사용할 수 있습니다. 접수됨, 논의 중, 합의 기록됨, 직원 결정 기록됨, 구현 또는 테스트 발표됨, 배포되어 변경 로그에 연결됨, 혹은 명시된 날짜 기준 공개 처리 기록 없음이 그것입니다.

중요한 필드는 절제되어 있습니다. 수명 주기 상태, 그 공개 상태가 기록된 날짜, 그것을 뒷받침하는 출처, 그리고 상태가 변경될 때의 변경 이력이 그것입니다. 의존성을 안전하게 서술할 수 있는 경우, 넓은 범주만으로 충분합니다. 외부 표준, 보안 검토, 구현 순서, 또는 다른 운영 채널이 그 예입니다. 안전하게 서술할 수 없는 경우 기록은 공개 세부사항 없음이라고 말하면 됩니다. 어느 쪽도 실명 직원, 비공개 서신, 내부 추정치 또는 서비스 수준 약속을 요구하지 않습니다.

이점은 등록부가 재판소가 되는 것이 아닙니다. 공개 페이지가 말하듯 AFRINIC 직원은 여전히 구현 결정을 내립니다. 이점은 공개 아티팩트가 접수된 질문, 내려진 결정, 배포된 변경 사이의 차이를 서술하게 된다는 것입니다. 그것은 좁은 형태의 책임성입니다. 결정에 대한 권력이 아니라, 결정의 공개 상태에 대한 내구성 있는 기록입니다.

다음 독자를 위해 이 구분을 보존하라

레지스트리 기록은 처음 읽은 사람들이 떠난 뒤에도 자주 사용됩니다. 미래의 운영자, 연구자 또는 회원은 항목 번호, 날짜, 라벨을 발견하되 그 기록이 살아 있는 기술 질문을 가리키는지, 완료된 배포를 가리키는지, 진행하지 않기로 한 명시적 결정을 가리키는지, 아니면 단지 공개 스레드의 끝을 가리키는지 알 수 없을 수 있습니다. 개수는 그 해석 문제를 해결하지 못합니다. 상태 경로는 해결할 수 있습니다.

되돌릴 수 없는 리스크는 한 페이지에 공개 항목이 46건 있다는 사실이 아닙니다. 작업을 검색 가능하게 만들기 위해 설계된 공개 기록이 자기 상태를 설명하기에는 너무 압축되어 버리는 것입니다. 출처가 연결된 얇은 전환 기록은 공개 가시성이 명령이라거나, 모든 항목이 같은 대우를 받아 마땅하다거나, 비공개 운영 작업이 노출되어야 한다는 주장 없이 등록부의 유용성을 보존할 수 있습니다.

출처

  1. AFRINIC 데이터베이스 워킹그룹 개요
  2. AFRINIC DBWG 프로세스
  3. AFRINIC DBWG 작업 항목
  4. AFRINIC DBWG 작업 항목 데이터
  5. AFRINIC DBWG 작업 항목 렌더러