간단한 결론: 롤백은 「배포 전 스냅샷 + 실패 시 자동 롤백」으로
서버 월드 업데이트가 잘못돼 되돌리고 싶다면, 핵심은 사고가 난 뒤에야 방법을 찾는 것이 아니라 배포 전에 미리 복원 가능한 스냅샷을 남겨 두는 것입니다. TopoBlocks의 완전 관리는 안전 배포 흐름을 사용합니다: 스냅샷 → 검증 → 원자적 전환 → 헬스 체크 → 실패 시 자동 롤백. 즉, 새 월드로 운영 중인 월드를 교체하기 전에 시스템이 먼저 현재 운영 월드의 스냅샷을 만들고 복원할 수 있음을 검증합니다. 새 월드를 원자적으로 전환해 배포한 뒤 헬스 체크를 하고, 통과하지 못하면 배포 전 그 스냅샷으로 자동 롤백한 다음 이번 롤백을 작업 로그에 기록합니다.
정직하게 짚어 둘 두 가지 전제가 있습니다:
- 완전 관리는 서버에 대한 쓰기 작업을 포함하므로 명시적으로 권한을 부여해야 실행됩니다. 접속 여부/버전/인원/지연만 보고 싶다면, 무료인 「모니터링 전용」은 주소와 포트만 있으면 되고 어떤 쓰기 권한도 없으므로 당연히 롤백도 할 수 없습니다.
- 롤백으로 복원할 수 있는 것은 스냅샷이 있는 시점입니다. 스냅샷 이후에 생긴 새 진행 상황은 되살릴 수 없으므로, 정기적으로 스냅샷을 유지하는 것이 중요합니다.
배포 후에야 문제를 발견했을 때, 수동으로 롤백하는 방법
모든 문제가 헬스 체크에서 바로 잡히는 것은 아닙니다. 어떤 문제는 한동안 플레이해야 드러나기도 합니다. 이런 경우에는 수동 롤백을 할 수 있습니다: 버전 기록에서 더 이른, 정상 상태의 스냅샷을 골라 복원하면 됩니다.
여기에는 제품의 한 가지 절대 원칙이 있습니다: 복원은 기본적으로 새 사본을 만들며, 지금의 월드를 절대 덮어쓰지 않습니다. 현재 월드와 각 과거 스냅샷은 해시와 함께 모두 보존되어 추적할 수 있으므로, 어떤 버전으로 롤백해 보다가 맞지 않으면 다른 것으로 바꿔도 기존 세이브를 잃지 않습니다. 스냅샷 자체를 어떻게 만들고 어떻게 복원 가능 여부를 검증하는지 알고 싶다면 서버 월드 스냅샷 사용법을 참고하세요.
처음부터 함정을 피하고 싶다면: 업데이트 전에 제대로 하기
롤백은 안전망일 뿐이고, 더 안정적인 방법은 업데이트할 때마다 안전 배포를 거치는 것입니다. 운영 월드를 곧장 덮어쓰는 대신, 스냅샷과 헬스 체크가 대신 검증하도록 맡기세요. 깊이 있는 방법은 서버 월드를 안전하게 배포하기와 서버 월드를 안전하게 업데이트하기를 참고하세요.
마지막으로 몇 가지를 덧붙입니다: 완전 관리 및 호스팅 관련 기능은 유료이며, 가격은 App 내 표시를 기준으로 합니다. 유료 작업이 실패하면 자동으로 환불됩니다. 아직 자신의 서버가 없어서 먼저 하나 열고 월드를 배포하고 싶다면 휴대폰으로 Minecraft 서버 여는 방법을 참고하세요.