Engineering Culture
회고의 개선안을 다음 실험으로 바꾸기, 유지보수할 때 남겨 둘 예제
회고에서 좋은 의견이 많이 나와도 다음 주에 달라지는 행동이 없으면 같은 이야기를 반복하게 된다. 개선안도 작게 검증할 수 있어야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
DevOps
자원 한도와 애플리케이션 동시성 맞추기, 유지보수할 때 남겨 둘 예제
동시 요청을 무조건 많이 받으면 메모리와 데이터베이스 연결이 먼저 고갈될 수 있다. 자원 한도와 내부 큐, 워커 수를 함께 조절해야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
웹훅 서명을 검증하는 위치, 유지보수할 때 남겨 둘 예제
외부에서 들어오는 웹훅은 보낸 쪽을 주장하는 헤더만으로 신뢰할 수 없다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
라벨의 정의와 일치도, 유지보수할 때 남겨 둘 예제
같은 사례에 서로 다른 기준으로 라벨을 붙이면 모델의 한계와 데이터의 모호함을 구분하기 어렵다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
작은 배포로 배우는 단위 정하기, 유지보수할 때 남겨 둘 예제
작게 자주 배포해도 무엇을 관찰할지 정하지 않으면 학습은 쌓이지 않는다. 변경 규모와 검증할 가설을 연결해야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
실행 프로세스에 필요한 권한만 남기기, 유지보수할 때 남겨 둘 예제
애플리케이션이 파일 몇 개를 읽기 위해 관리자 권한 전체를 갖고 있을 필요는 없다. 빌드 때 필요한 권한과 실행 때 필요한 권한을 나누면 범위를 줄일 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.