느리다는 문의를 받고 로그를 열었는데 아무것도 못 찾은 적이 있습니다. 로그에는 요청이 들어왔다는 줄과 응답을 보냈다는 줄이 있었고, 그사이에 무슨 일이 있었는지는 비어 있었습니다. 데이터베이스가 느렸는지, 외부 API가 늦게 답했는지, 제 코드가 오래 걸렸는지 구분할 방법이 없었습니다.로그 도구를 바꾼다고 해결되는 문제가 아니었습니다. 필요한 것은 하나의 요청이 어디를 거쳐 얼마나 걸렸는지 이어 보는 방법이었고, 그게 분산 추적입니다. .NET 11에서는 ASP.NET Core가 OpenTelemetry 태그를 네이티브로 방출하는 방향으로 가고 있어서, 이 부분을 다시 정리해볼 만한 시점이 됐습니다. 아래 .NET 11 관련 내용은 현재 프리뷰 기준이며 GA까지 바뀔 수 있습니다.세 축은 각자 답하는 ..

개인 서비스를 만들 때 저는 기능보다 예산 상한을 먼저 정합니다. 월 1만 원. 이 숫자에 특별한 근거가 있는 것은 아니고, 커피 두어 잔 값이라 서비스가 잘 안 되더라도 감정 없이 계속 둘 수 있는 금액이기 때문입니다. 유지비가 이 선을 넘기 시작하면 판단에 감정이 섞입니다.상한을 먼저 정하면 설계가 달라집니다. 상시 켜둘 서버가 정말 필요한지, 이미지를 서버에서 변환해야 하는지, 로그를 얼마나 오래 둘지가 전부 비용 문제로 바뀝니다. 기능을 다 만든 뒤에 요금을 줄이려 하면 대개 구조를 뜯어야 해서 잘 줄지 않습니다.이 글에서는 구체적인 가격을 적지 않습니다. 요금제는 자주 바뀌고 지역과 계정 상태에 따라서도 달라지므로, 지금 적어두면 얼마 못 가 틀린 글이 됩니다. 대신 비용이 어떤 단위로 매겨지는..

매달 카드 결제 알림이 옵니다. 서버비 몇만 원, 도메인 갱신비 몇만 원. 금액이 크지 않아서 그냥 넘깁니다. 그런데 그 서비스에 마지막으로 접속한 게 언제였는지는 기억나지 않습니다. 이런 상태로 2년을 끌어본 적이 있습니다.혼자 만든 서비스를 접는 일이 어려운 이유는 비용이 아니라 감정입니다. 밤을 새워 만든 기억이 있고, 처음 가입자가 생겼을 때의 기분이 남아 있습니다. 그래서 "언젠가 다시 손보면 되지"라는 말로 판단을 계속 미룹니다. 그 사이에 유지비는 계속 나가고, 무엇보다 다음 작업에 쓸 수 있었던 관심이 조금씩 새어 나갑니다.이 글은 접으라고 권하는 글이 아닙니다. 접을지 말지를 기분이 아니라 기준으로 정하자는 이야기입니다. 아래 여섯 가지를 확인하고, 그 결과에 따라 유지·전환·종료 중 하..