DevOps
생존 확인과 준비 상태를 나누는 헬스 체크, 대안을 선택하는 기준 정리
프로세스가 떠 있다는 사실과 요청을 처리할 준비가 됐다는 사실은 다르다. 데이터베이스 연결이 잠시 끊겼을 때 프로세스를 계속 재시작하면 복구를 더 어렵게 만들 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
찾고 있던 이야기
작은 발견부터 깊이 있는 고민까지.
카테고리DevOps
필터 초기화DevOps
Git bisect로 회귀가 들어온 범위 좁히기, 변경 전후를 비교하는 방법
과거에는 되던 동작이 언제 깨졌는지 모를 때 모든 커밋을 순서대로 읽는 것은 비효율적이다. 명확한 재현 명령이 있으면 변경 범위를 이분 탐색할 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
자원 한도와 애플리케이션 동시성 맞추기, 변경 전후를 비교하는 방법
동시 요청을 무조건 많이 받으면 메모리와 데이터베이스 연결이 먼저 고갈될 수 있다. 자원 한도와 내부 큐, 워커 수를 함께 조절해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
실행 프로세스에 필요한 권한만 남기기, 변경 전후를 비교하는 방법
애플리케이션이 파일 몇 개를 읽기 위해 관리자 권한 전체를 갖고 있을 필요는 없다. 빌드 때 필요한 권한과 실행 때 필요한 권한을 나누면 범위를 줄일 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
리스닝 주소와 접근 가능한 포트 구분하기, 변경 전후를 비교하는 방법
서버 로그에는 실행 중이라고 나오는데 다른 컨테이너에서 연결하지 못하는 경우가 있다. 포트 번호만 아니라 어떤 인터페이스에 바인딩했는지 확인해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
빌드 캐시의 입력을 빠뜨리지 않기, 변경 전후를 비교하는 방법
오래된 산출물이 캐시에서 복원되면 코드가 수정됐는데도 변경이 반영되지 않을 수 있다. 캐시 키는 결과에 영향을 주는 입력을 설명해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.