현재 설정값으로 구성 정보 조회를 하면 유효한 데이터를 얻을 수 있지만, 과거 사용자 경험을 잘못 나타낼 수 있습니다. 이는 현재 설정을 사용하여 과거의 동작을 설명하려 할 때 발생하며, 부정확한 표현으로 이어집니다. 예를 들어, 서비스가 생성 시점의 목적지를 기반으로 지침을 생성할 수 있습니다. 나중에 해당 목적지가 변경되면, 오래된 지침에 대해 다시 해석하면 성공하지만, 실제 발급되지 않은 잘못된 목적지를 가리키게 됩니다. 이 미묘한 버그는 예외 처리 및 모니터링 시스템을 우회합니다.이를 방지하기 위해 시스템은 레코드 생성 시점에 사용자 또는 시스템에 제공된 정확한 출력을 유지해야 합니다. 이 저장된 스냅샷은 과거 기록 재구성을 위한 최종적인 진실의 원천 역할을 합니다. 단순히 구성 키만 저장하는 것은 불충분합니다. 해당 키와 연관된 값은 변경될 수 있기 때문입니다. 스냅샷이 없는 기존 레코드의 경우, 과거 데이터를 잘못 채우는 것을 통해 부정확한 과거 데이터를 암시하는 대신, null 값은 정직한 불확실성을 나타내야 합니다.안전한 읽기 모델은 이러한 null 스냅샷을 명시적으로 처리하며, 레거시 행에 대한 정확한 재표시를 보류할 수 있습니다. 스냅샷은 데이터를 중복시키고 규율 있는 관리가 필요하지만, 사용자 및 감사자를 위한 자체 포함된 과거 기록을 제공합니다. 이 패턴을 통해 지원팀은 로그 검색을 피할 수 있으며 사용자는 일관된 정보를 볼 수 있습니다. 테스트는 변경 가능한 구성과 유지되는 기록 간의 상호 작용에 초점을 맞춰야 하며, 스냅샷이 사용되는지, 구성 변경이 과거 기록을 변경하지 않는지 확인해야 합니다. 스냅샷을 구현하기 전에, 사람 또는 시스템이 해당 출력에 따라 행동했는지, 소스 값이 독립적으로 변경될 수 있는지, 그리고 이전 출력을 재현하는 것이 중요한지, 그리고 그 부정확성이 해를 끼칠 수 있는지 고려해야 합니다.