본문으로 바로가기
Builder Shin.
Engineering
Builder Shin.

더 나은 내일을 만드는, 오늘의 기록.

THE BUILDER’S NOTE

Engineering.

01 / INSIDE THE BUILD

만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.

찾고 있던 이야기

작은 발견부터 깊이 있는 고민까지.

CATEGORIES

전체 글FrontendBackendAI & DataDevOpsEngineering Culture
카테고리DevOps
필터 초기화
DevOps

리스닝 주소와 접근 가능한 포트 구분하기, 실패를 설명할 단서 남기기

서버 로그에는 실행 중이라고 나오는데 다른 컨테이너에서 연결하지 못하는 경우가 있다. 포트 번호만 아니라 어떤 인터페이스에 바인딩했는지 확인해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 03. 08.
DevOps

빌드 캐시의 입력을 빠뜨리지 않기, 실패를 설명할 단서 남기기

오래된 산출물이 캐시에서 복원되면 코드가 수정됐는데도 변경이 반영되지 않을 수 있다. 캐시 키는 결과에 영향을 주는 입력을 설명해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 02. 26.
DevOps

예약 작업이 겹쳐 실행될 때의 잠금, 실패를 설명할 단서 남기기

작업 시간이 실행 주기를 넘거나 인스턴스가 늘어나면 같은 예약 작업이 동시에 실행될 수 있다. 스케줄러 설정과 작업의 중복 안전성을 함께 다뤄야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 02. 19.
DevOps

컨테이너의 수명과 데이터의 수명 분리하기, 실패를 설명할 단서 남기기

프로세스를 다시 만들었을 때 파일이 사라지는 문제는 실행 환경과 저장소의 수명을 혼동해서 생길 수 있다. 영속 데이터의 위치를 명시해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 02. 14.
DevOps

백업 파일보다 복구 절차를 먼저 확인하기, 실패를 설명할 단서 남기기

백업 작업이 성공했다는 로그만으로 데이터를 되살릴 수 있다고 확신할 수 없다. 복원에 필요한 도구와 권한, 시간까지 검증해야 한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 01. 27.
DevOps

잠금 파일로 CI 의존성 설치 고정하기, 실패를 설명할 단서 남기기

로컬에서는 통과한 코드가 CI에서 다른 의존성 버전을 받으면 문제 원인이 코드인지 환경인지 구분하기 어렵다. 설치 과정도 검증의 입력으로 취급한다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 01. 21.
1…151617…28