빌드 캐시의 입력을 빠뜨리지 않기, 경계 조건에서 다시 살펴보기
오래된 산출물이 캐시에서 복원되면 코드가 수정됐는데도 변경이 반영되지 않을 수 있다. 캐시 키는 결과에 영향을 주는 입력을 설명해야 한다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
작은 발견부터 깊이 있는 고민까지.
오래된 산출물이 캐시에서 복원되면 코드가 수정됐는데도 변경이 반영되지 않을 수 있다. 캐시 키는 결과에 영향을 주는 입력을 설명해야 한다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
작업 시간이 실행 주기를 넘거나 인스턴스가 늘어나면 같은 예약 작업이 동시에 실행될 수 있다. 스케줄러 설정과 작업의 중복 안전성을 함께 다뤄야 한다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
프로세스를 다시 만들었을 때 파일이 사라지는 문제는 실행 환경과 저장소의 수명을 혼동해서 생길 수 있다. 영속 데이터의 위치를 명시해야 한다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
백업 작업이 성공했다는 로그만으로 데이터를 되살릴 수 있다고 확신할 수 없다. 복원에 필요한 도구와 권한, 시간까지 검증해야 한다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
로컬에서는 통과한 코드가 CI에서 다른 의존성 버전을 받으면 문제 원인이 코드인지 환경인지 구분하기 어렵다. 설치 과정도 검증의 입력으로 취급한다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
같은 커밋이라도 배포할 때마다 의존성을 다시 풀면 다른 결과가 나올 수 있다. 코드 식별자와 실행 산출물 식별자를 연결해야 재현이 쉬워진다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.