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

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

THE BUILDER’S NOTE

Engineering.

01 / INSIDE THE BUILD

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

최근 이야기

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

CATEGORIES

전체 글FrontendBackendAI & DataDevOpsEngineering Culture
DevOps

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

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

2024. 02. 19.
Backend

삭제 정책을 관계와 함께 정하기, 실패를 설명할 단서 남기기

부모 행을 지웠을 때 자식 행이 남을지 함께 지워질지 명확하지 않으면 데이터 관리가 어려워진다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 02. 18.
AI & Data

텍스트 분류의 TF-IDF 기준선, 실패를 설명할 단서 남기기

텍스트 문제에서 복잡한 모델부터 선택하면 데이터와 평가의 기본 문제를 놓치기 쉽다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 02. 16.
DevOps

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

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

2024. 02. 14.
AI & Data

PCA를 적용하기 전의 스케일, 실패를 설명할 단서 남기기

값의 단위가 크게 다른 피처를 그대로 차원 축소하면 큰 단위의 열이 결과에 강하게 영향을 줄 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 02. 12.
Backend

커넥션 풀의 크기와 대기, 실패를 설명할 단서 남기기

애플리케이션 인스턴스를 늘렸는데 DB 연결이 부족해져 응답이 더 느려질 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.

2024. 02. 11.
1…777879…140