DevOps
요청 식별자로 여러 서비스의 기록 연결하기, 대안을 선택하는 기준 정리
요청이 프록시와 API, 작업 큐를 거치면 한 줄의 오류만으로 전체 흐름을 찾기 어렵다. 각 구간이 같은 상관 식별자를 공유하면 조사 범위를 좁힐 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Frontend
로딩과 빈 결과를 구분하기, 대안을 선택하는 기준 정리
검색 결과가 아직 오지 않은 상태와 실제 결과가 없는 상태가 같은 화면으로 표시되곤 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
긴 설명보다 실행 가능한 운영 절차, 대안을 선택하는 기준 정리
장애 상황에서는 시스템의 모든 배경을 처음부터 읽기 어렵다. 현재 증상에 맞는 확인과 다음 행동을 빠르게 찾을 수 있어야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
분류 임계값을 별도로 선택하기, 대안을 선택하는 기준 정리
같은 확률 예측이라도 어디서 양성으로 판단할지에 따라 서비스 동작이 달라진다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
이미지 자리를 미리 확보하기, 대안을 선택하는 기준 정리
이미지가 늦게 로드되면 아래의 글과 버튼이 갑자기 밀려날 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
문장 대신 필드로 남기는 구조화 로그, 대안을 선택하는 기준 정리
같은 요청의 실패를 찾는데 로그 문장마다 형식이 다르면 검색식이 복잡해진다. 사람이 읽는 설명과 기계가 집계할 필드를 나눌 필요가 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.