ec2 (2) 썸네일형 리스트형 32TB도 42분, PlanetScale이 백업을 복원하며 다음 백업을 만드는 이유 32TB도 42분, PlanetScale이 백업을 복원하며 다음 백업을 만드는 이유IT & AI 뉴스 썸네일대형 Postgres 데이터베이스는 백업 파일을 만드는 시간부터 부담이에요. PlanetScale은 이전 백업을 임시 노드에 직접 복원하고 WAL을 재생한 뒤, 그 상태를 새로운 백업으로 저장해요. 샤드마다 이 과정을 동시에 돌려 프로덕션 부하와 전체 소요 시간을 함께 줄였어요. 2핵심 요약구분핵심왜 볼 만한가요백업 방식이전 백업을 임시 노드에 복원하고 WAL로 현재 상태까지 따라잡아요주기마다 기존 백업의 복구 가능성을 실제 복원 과정에서 확인해요프로덕션 부하오래된 WAL은 S3에서 읽고 최근 몇 분만 primary에서 받아요서비스 쿼리와 무거운 백업 작업이 같은 자원을 두고 경쟁하는 시간을 줄여요.. Slack은 왜 EC2를 고치지 않고 통째로 바꾸기 시작했을까요 Slack은 왜 EC2를 고치지 않고 통째로 바꾸기 시작했을까요Slack Shipyard EC2 플랫폼 썸네일수만 대의 EC2를 오래 켜 둔 채 설정을 계속 덧대면 서버마다 상태가 달라져요. Slack은 이 문제를 줄이려고 실행 중인 서버를 고치는 방식에서 새 AMI로 서버를 교체하는 방식으로 옮겼어요. Shipyard는 컨테이너로 옮기기 어려운 워크로드에도 불변 인프라와 단계적 배포를 적용한 플랫폼이에요. 1 2핵심 요약구분Slack이 택한 방식운영에서 얻는 효과서버 상태실행 중인 EC2를 반복 수정하지 않고 새 AMI로 교체해요서버마다 설정이 달라지는 구성 드리프트를 줄여요이미지 구조공통 기반 이미지 `slack-zero` 위에 서비스별 이미지를 쌓아요보안·관측·네트워크 기준을 공통으로 유지해요배포G.. 이전 1 다음
