DevOps
문장 대신 필드로 남기는 구조화 로그, 대안을 선택하는 기준 정리
같은 요청의 실패를 찾는데 로그 문장마다 형식이 다르면 검색식이 복잡해진다. 사람이 읽는 설명과 기계가 집계할 필드를 나눌 필요가 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Engineering Culture
장애 회고에서 판단 당시의 정보 복원하기, 대안을 선택하는 기준 정리
결과를 알고 나면 당시의 선택이 쉽게 잘못으로 보인다. 개인을 탓하는 설명은 비슷한 조건에서 같은 문제가 반복되는 이유를 찾기 어렵게 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
복합 인덱스의 열 순서, 대안을 선택하는 기준 정리
검색 조건에 들어가는 열을 모두 인덱스에 넣어도 기대한 실행 계획이 나오지 않을 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
오래된 페이지를 위한 키셋 조회, 대안을 선택하는 기준 정리
큰 offset으로 뒤쪽 페이지를 읽으면 앞부분의 많은 행을 건너뛰는 비용이 생길 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
첫 변경으로 검증하는 온보딩 문서, 대안을 선택하는 기준 정리
설치 설명이 길어도 새 동료가 실제 변경을 실행하고 확인하지 못하면 개발 환경을 이해하기 어렵다. 작은 결과를 만드는 경로가 필요하다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
비밀 값을 로그 밖에 두는 설정 관리, 대안을 선택하는 기준 정리
연결 문자열과 인증 헤더를 통째로 기록하면 장애 분석용 로그가 자격 증명의 복사본이 된다. 설정 확인 편의와 접근 권한을 함께 생각해야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.