사이트 관리자 입장에서 읽기 전용 모드는 능동적인 모더레이션이 필요 없다는 뜻이지만, 아카이빙과는 다릅니다. 상호작용만 비활성화할 뿐, 기술적으로는 모든 것이 그대로 유지됩니다. 인스턴스를 호스팅하고, 업데이트를 유지하며, 동일한 서버를 관리해야 합니다.
진정한 아카이빙이란 동적인 앱과 데이터베이스 설정에서 정적 HTML로 전환하는 것을 의미합니다. 커뮤니티 스크립트가 몇 가지 나와 있지만, 실제로 시도해 보니 얼마나 복잡한지 알게 되었습니다. 개별 커뮤니티가 처음부터 이를 해결하는 것은 너무 어렵다고 생각합니다. UI 표현과 데이터 프라이버시 처리까지도 다루는 표준 마이그레이션 솔루션을 제공한다면 커뮤니티 보존에 크게 기여할 수 있을 것입니다.
또한 개념적 차원도 있습니다. 커뮤니티 플랫폼이 처음부터 전체 라이프사이클을 지원하도록 설계된다면, 현재 우리가 인지하지 못하고 있는 방식으로 전반적인 시스템이 더 좋아질 가능성이 큽니다. 일반적인 제품 설계에서 제품의 퇴역(리타이어)을 계획하는 것은 좋은 설계의 일부일 뿐입니다.
더 작은 규모에서 보면, 그룹은 좋은 비유이자 유사한 사용 사례입니다. 현재 사이트에는 휴면 상태이거나 방치된 그룹, 또는 흔적 없이 사라지는 그룹이 많습니다. 그룹 설정 단계에서부터 예상 수명과 종료(sunset) 계획이 포함된다면, 사이트 관리자가 그룹을 더 목적 지향적이고 체계적으로 관리하는 데 도움이 될 것입니다.