기존 클라이언트가 여전히 name으로 데이터를 작성하는 상황에서 users.name을 display_name으로 이름을 변경해야 합니다. 실패는 오래된 요청이 500 오류를 반환하거나, 롤백 과정에서 새로운 값이 조용히 손실되는 경우일 수 있습니다.

MonkeyCode의 공식 README에 따르면 온라인 서비스는 시작하는 데 무료이며, 클라이언트 다운로드나 로컬 설정이 필요 없고, 내장 모델을 제공하며, 실제 서버 측 클라우드 환경에서 작업을 실행합니다. 운영자는 현재 출시가 무료 클라우드 서버 및 모델 액세스를 포함한다고 확인했습니다. 자격 요건, 허용 범위 및 가용성은 변경될 수 있으므로, 의존하기 전에 계정에 표시된 내용을 확인해야 합니다.

출처: MonkeyCode repository 및 MonkeyCode Online.

네 가지 단계를 요구합니다

1 확장(expand): display_name 추가, name 유지
2 호환성(compatibility): 이중 읽기(dual-read) 및 이중 쓰기(dual-write)
3 백필(backfill): 재개 가능한 배치로 복사
...

ALTER TABLE users ADD COLUMN display_name TEXT;
UPDATE users SET display_name=name WHERE display_name IS NULL;
-- 계약 제거는 나중 배포이며, 결코 이 첫 번째 마이그레이션 단계가 아닙니다.

수용성 매트릭스는 old-app/new-database, new-app/expanded-database, rollback-app/expanded-database, 그리고 절반만 완료된 백필을 실행해야 합니다. 백필 이후에 오래된 클라이언트 쓰기를 주입하고 두 표현(representations) 모두에 도달하는지 확인합니다. 롤백 전후의 행 개수를 기록합니다.

stop if: old_writer_count > 0
rollback: 이중 읽기 버전을 배포하고 두 열을 유지합니다
cleanup: 폐기 가능한 DB 및 클라우드 워크스페이스를 제거합니다

이 작은 데이터베이스는 프로덕션 잠금(locks), 복제본(replicas) 또는 트래픽을 모델링할 수 없습니다. 이는 단순히 최종 스키마 테스트를 통과하는 것보다 혼합 버전 배포를 이해하는지 확인합니다. 귀하의 시스템에서 독립적인 롤백 임계값이 필요한 단계는 무엇입니까?

공개 고지: 저는 프로젝트와 관련이 없는 MonkeyCode 사용자로서 제 경험을 공유하는 것입니다. 이 계정은 최근 다른 MonkeyCode 평가를 진행한 것과 동일 운영자가 관리합니다. 이는 독립적인 보증이 아닙니다. 무료 클라우드 서버 및 모델 가용성은 현재 운영자가 확인한 출시 정보를 반영하며 변경될 수 있습니다. 서비스에서 현재 자격 요건과 제한 사항을 확인하십시오.