요약

  • BIND 10 재작성 기간 동안 Mark Andrews와 Evan Hunt는 BIND 9의 공동 유지보수 담당자로 남았습니다. 후계자가 선언된다고 해서 이미 설치된 서버에 부착된 운영 의무가 사라지지는 않았습니다.
  • BIND 9의 이후 리팩터링은 이러한 연속성이 정체가 아니었음을 보여줍니다. 영속적인 교훈은 로드맵 의도, 지원, 기능 패리티, 워크로드 준비 상태, 완료된 운영자 마이그레이션을 서로 분리하는 것입니다.

2013년 2월, Internet Systems Consortium은 BIND 10 1.0.0을 새로운 DNS 및 DHCP 소프트웨어로 발표했습니다.릴리스 공지는 '준비됨'을 단일 상태로 취급할 때만 모순처럼 들리는 두 가지 주장을 했습니다. 즉, 해당 릴리스는 완전히 지원되었지만 기능이 완성되지는 않았다는 것입니다. 그 DHCP 구성 요소는 더욱 좁게, 실험적 엔지니어링 스냅샷으로 묘사되었습니다.

이 어휘는 중요합니다. 소프트웨어는 지원 데스크를 갖고, 정의된 역할에 대한 테스트를 통과하면서도 다른 운영자가 필요로 하는 기능을 결여할 수 있습니다. 설치 가능하더라도 그 자체로 드롭인 대체품이 아닐 수 있습니다. 버전 번호는 릴리스를 표시할 수 있지만, 설치된 사용 기반이 전환을 마쳤다는 증명이 되지는 못합니다.

Mark Andrews는bind-users 토론에서 이 경계를 분명하게 밝혔습니다. BIND 10은 아직 BIND 9를 대체하기에는 멀었고, BIND 9의 많은 기능을 갖추지 못했습니다. 같은 토론에는 중요한 단서도 남아 있습니다. BIND가 관리하는 DNSSEC 서명 없이 권한 네임서비스만 필요한 운영자는 당시 기준으로 BIND 10을 프로덕션 준비 상태로 볼 수 있다는 것이었습니다. 이는 새 시스템이 작동하는지 아닌지에 대한 판정이 아니라, 워크로드에 대한 주장이었습니다.

ISC의 BIND 역사기록은 Andrews를 더 어려운 조직적 선택의 내부에 위치시킵니다. BIND 10은 2009년에 새 프레임워크 위에서 전면 재작성으로 시작되어 BIND 9를 대체하고 개선하는 것이 목표였습니다. 이 프로젝트는 주로 ccTLD 커뮤니티로부터 자금과 기술 참여를 얻었습니다. ISC의 DNS 팀 대부분이 그 다음 시스템을 추진하는 동안, Andrews와 Evan Hunt는 BIND 9의 공동 유지보수 담당으로 남았습니다.

"공동 유지보수 담당으로 남았다"는 표현 안에는 교체라는 일의 지루한 절반이 담겨 있습니다. 기존 운영자들은 여전히 보안 대응, 릴리스 엔지니어링, 회귀 통제, 실질적인 지원을 필요로 했습니다. 패키지 배포자들은 여전히 유지보수되는 입력을 필요로 했습니다. 후계 팀이 역량을 축적할 수 있었던 것은, 누군가가 사용자들이 언젠가 마이그레이션할 수 있는 프로덕션 선택지를 지켜왔기 때문입니다.

이것은 단독 영웅 이야기가 아닙니다. ISC는 43명 이상의 핵심 개발자가 BIND 9에 중요한 기여를 했다고 밝히며, 오래된 커밋 이력이 외부 기여를 과소평가할 수 있다고 경고합니다.2025년 BIND 보고서는 폭넓은 개발 팀과 외부 협력자를 명시합니다. Andrews의 중요성은 BIND에 대한 주권적 통제가 아닙니다. 그것은 기관의 관심이 분열된 동안 그와 Hunt가 짊어진 의무의 명확성에 있습니다.

프로그램은 원래 의도와 다른 방향으로 끝났습니다. ISC는 2014년에 BIND 10 개발을 중단하고 투자를 BIND 9로 재조정했습니다. BIND 10의 마지막 프로젝트 리더였던 Shane Kerr는 RIPE 68에서“The Decline and Fall of BIND 10”을 발표했으며, 회의아카이브는 프레젠테이션과 영상을 보존하고 있습니다. ISC는 흔히 쓰이는 '제2시스템' 라벨이 아마도 너무 단순하다고 지적합니다. 자금 구조, 범위, 아키텍처, 기능 수요, 채택이 모두 그 결과에 속해 있었습니다.

BIND 9로 초점을 되돌린다고 해서 그것을 박제하는 것은 아니었습니다. ISC는 이후 Response Policy Zones를 분리하고, 핵심 기능을 단순화하고, 자체 개발한 네트워크 인터페이스를 libuv로 교체하는 작업을 기록하고 있습니다. 리팩터링 이전에query_find()는 보고된 McCabe 복잡도 점수 453을 기록했었습니다. 이것은 오래된 코드가 자동 보호를 받을 자격이 있다는 증거가 아닙니다. 외부 서비스와 통제된 업그레이드 경로를 유지하면서 내부 깊은 변화까지 연속성이 담을 수 있다는 증거입니다.

2024년 성과 보고서는 코드 주변의 운영 체계를 드러냅니다. 개발자 9명, QA 인력 5명, 관리자 2명, 그 해의 오픈소스 릴리스 25건, 지원되는 프리뷰 12건. BIND 9.20은 libuv 기반 이벤트 루프로의 다중 릴리스 이동을 완료했으며, 특화된 스레드 풀은 쿼리 해석을 막을 수 있는 장기 작업을 처리했습니다. 전면 재작성과 점진적 리팩터링은 도덕적으로 대립하는 것이 아닙니다. 둘 다 테스트, 관찰된 동작, 복구 경로를 요구합니다.

2021년 연례 보고서는 Andrews의 ISC 재직 20주년과 Distinguished Engineer 지정을 기록합니다. 또한 원활한 마이그레이션을 허용하도록 의도된 중첩을 갖춘 Stable 및 Extended Support Version 주기를 설명합니다. 이 중첩은 거버넌스 메커니즘입니다. 그것은 운영자에게 변경 사항을 비교하고, 단계적으로 배치하고, 되돌릴 시간을 주어 릴리스 일정을 최후통첩으로 만들지 않습니다.

ISC의 현재팀 페이지는 여전히 Andrews를 Distinguished Engineer로 표시합니다. 직함은 기관의 책임을 문서화할 수 있지만, 어떤 네임서버가 무엇을 실행하는지 증명하지는 못합니다. 프로덕션 사실은 여전히 다운스트림에 있습니다. 패키지, 구성, 프로세스 상태, 쿼리 동작, 운영자 기록 속에 있습니다.

따라서 신뢰할 수 있는 교체 대장에는 적어도 여섯 개의 칸이 필요합니다. 어떤 역량이 약속되었는가? 현재 어떤 워크로드가 지원되는가? 어떤 기능이 빠져 있는가? 공백 기간 동안 기존 시스템을 누가 유지하는가? 각 운영자의 전환을 무엇이 승인하는가? 전환 후에 어떤 롤백이 남는가? 이러한 구분이 없다면, 로드맵은 배치로 오인되기 쉽고 릴리스 발표는 마이그레이션으로 오인되기 쉽습니다.