전체 글268

• 

  메모리 덤프 직접 열어 보기 : dotnet-dump analyze와 WinDbg 로 메모리 누수 추적하기 10월 2일 운영 중인 스크래핑 서버의 가용 메모리가 갑자기 뚝 떨어진 뒤 애플리케이션 재기동할 때까지 떨어진 상태로 유지가 되는 일이 있었습니다. 원인은 코드 한 줄과 사내 애플리케이션 엔진의 구조 문제였지만, 그 한 줄을 찾기까지 결정적인 역할을 한 것은 메모리 덤프였습니다. 이번 글에서는 그 사고 당시의 덤프를 직접 열어 보며 어떤 명령으로 무엇을 확인했는지 정리해보겠습니다. 같은 덤프를 cmd 에서 쓰는 dotnet-dump analyze 명령어와 GUI 데스크톱 애플리케이션인 WinDbg 로 각각 분석해 보고, 두 도구가 어떻게 다른지도 비교했습니다. 먼저 사전 배경으로 사내 애플리케이션과 글에서 나오는 JSKey 객체에 대해 아주 간략하게 먼저 소개해드리겠습니다.1️⃣ 배경 : 우리 애플.. Tool 2026. 10. 4.

• 

  사내 메시지 큐(PGMQ) 옵션으로 비즈니스 요구사항과 이중 로그인 등 다양한 운영 문제 해결하기 🚩개요저희 서비스는 금융사, 쇼핑몰, 홈택스, 결제대행사 데이터를 수집하는 스크래핑 작업을 메시지 큐로 처리합니다. 수집 요청이 들어오면 메시지를 발행하고, 워커가 그 메시지를 꺼내 실제 수집을 수행하는 구조입니다. 처음에는 메시지 큐로 Kafka 를 사용했는데, 지금은 사내에서 직접 개발한 PGMQ 로 옮겨 사용하고 있습니다. (이름이 같은 오픈소스 PostgreSQL 확장 pgmq 가 있지만, 이 글의 PGMQ 는 사내에서 별도로 만든 큐입니다.) 스크래핑 작업을 큐로 돌리다 보면 “메시지를 넣으면 언젠가 처리된다”만으로는 부족한 순간이 계속 생깁니다. 급한 작업은 먼저 처리하고 싶다.어떤 작업은 지금 말고 잠시 뒤에 실행하고 싶다.같은 금융사의 같은 계정 작업이 동시에 여러 요청 오더라도 병렬처.. Message Queue 2026. 9. 21.

• 

  The SSL connection could not be established 에러 : RST 와 FIN 으로 읽는 두 가지 로그 🚩개요https://programmer-may.tistory.com/282 The response ended prematurely 에러 : 응답을 받기 전에 연결이 닫힌다는 것🚩개요외부 서버로 HTTP 요청을 보내는 서비스를 운영하다 보면 대부분의 실패는 익숙한 얼굴입니다. 타임아웃이 나거나, 4xx·5xx 상태 코드가 돌아오거나, 응답 형식이 바뀌어 파싱이 깨집니다.programmer-may.tistory.com 지난 글에서는 요청을 보낸 뒤 응답을 받기 전에 연결이 닫히는 The response ended prematurely 에러를 다뤘습니다. 이번 글은 그보다 한 단계 앞, TLS 핸드셰이크에서 연결이 끊어지는 에러입니다. The SSL connection could not be establi.. Computer Science/Network 2026. 7. 31.

• 

  The response ended prematurely 에러 : 응답을 받기 전에 연결이 닫힌다는 것 🚩개요외부 서버로 HTTP 요청을 보내는 서비스를 운영하다 보면 대부분의 실패는 익숙한 얼굴입니다. 타임아웃이 나거나, 4xx·5xx 상태 코드가 돌아오거나, 응답 형식이 바뀌어 파싱이 깨집니다.그런데 최근 에러 로그에서 상태 코드조차 없는, 처음 보는 에러를 만났습니다.The response ended prematurely. (ResponseEnded)“응답이 조기에 종료되었다”는 뜻인데, 타임아웃도 아니고 서버가 에러를 응답한 것도 아닙니다.그래서 이번 글에서는 이 에러가 HTTP 요청의 어느 단계에서, 어떤 방식으로 끊어졌다는 뜻인지, 그리고 왜 하필 POST 요청에서 드러났는지 정리해보겠습니다. 에러 메시지는 .NET(HttpClient)의 것이지만, 내용의 대부분은 TCP·HTTP 이야기라 다.. Computer Science/Network 2026. 6. 25.

• 

  Java를 아는 사람을 위한 .NET 견주어 이해하기 JDK, JRE, JVM의 구조를 알고 있다면 .NET의 거의 이름만 바꿔 읽으면 될 정도로 닮은게 많습니다. Java 와 Spring 으로 백엔드를 공부했던 저에게 한가지 개념을 제대로 이해하면 다른 언어와 프레임워크도 충분히 이해할 수 있다는 믿음이 있었는데요. 이번엔 자바에서 아는 개념이 .NET의 어디에 해당하는지를 대응표와 그림으로 정리하고, 구조는 닮았지만 설계가 갈린 지점을 따로 짚어 보았습니다. 1️⃣ 한 눈에 보는 대응표두 언어를 공부하다 느낀 건데 두 언어의 플랫폼은 같은 뼈대를 쓴다는 것입니다. 소스를 중간 코드로 컴파일하고, 가상 머신이 그것을 JIT로 기계어로 바꿔 실행하고, 메모리는 GC가 관리합니다. 구성 요소가 거의 일대일로 매칭이 됐습니다. Java.NET역할JDK.NE.. C# Programming 2026. 5. 27.

• 

  Call by Value 와 Call by Reference 에 대한 정확한 이해와 Spread 연산자 📍개요JavaScript와 TypeScript에서 함수의 매개변수로 값을 전달할 때, 기본형과 객체는 다르게 동작하는 것처럼 보입니다.기본형 값은 함수 안에서 변경해도 원본 값이 바뀌지 않고, 객체는 함수 안에서 프로퍼티를 변경하면 원본 객체에도 영향이 갑니다. 그래서 "기본형은 Call by Value, 객체는 Call by Reference" 라고 외우는 경우가 많습니다.하지만 이 설명은 반만 맞습니다. JS/TS에는 흔히 말하는 전통적인 의미의 Call by Reference는 없습니다.함수 인자 전달 방식을 설명할 때는 Call by Value라는 표현이 정확합니다. 이 차이를 이해하려면 먼저 매개변수에 "무엇이" 복사되는지를 알아야 합니다. 그리고 이 개념은 객체를 복사할 때 자주 쓰는 Spr.. JS & TS Programming 2026. 5. 5.

• 

  Base64 인코딩이란 무엇일까? Base64 인코딩의 원리, 사용하는 이유, 그리고 인코딩의 본질 📍개요백엔드 개발을 하다 보면 Base64를 생각보다 자주 마주치게 됩니다. 파일 업로드 API를 만들 때도 보게 되고, JWT를 다룰 때도 보게 되며, 인증서나 키 파일을 처리할 때도 자연스럽게 등장합니다. 그런데 막상 “Base64가 정확히 무엇인가요?”라고 질문을 받으면, 단순히 “문자열로 바꿔주는 방식입니다” 정도로만 설명하고 넘어가는 경우가 많습니다. 실무에서는 이 정도 이해만으로도 사용할 수는 있지만, 조금만 더 깊이 들어가 보면 왜 이런 방식이 필요한지, 어떤 원리로 동작하는지, 무엇과 헷갈리기 쉬운지까지 정확히 이해하고 계시는 것이 훨씬 중요합니다. 특히 Base64는 문자 인코딩, 압축, 암호화와 자주 혼동됩니다. 실제로 개발을 하다 보면 “이거 Base64로 암호화된 값 아닌가요?” .. Computer Science/Network 2026. 4. 21.

• 

  실무에서 발생한 데드락을 해결한 방법 및 고민점 백엔드 개발을 하다 보면 성능 개선을 위해 구조를 바꾸는 일이 많습니다. 하지만 성능을 개선하는 과정에서 동시성 문제가 새롭게 발생하는 경우도 있습니다.이번 글에서는 제가 실제로 겪었던 데드락 문제와 그 해결 과정을 정리해보겠습니다. 단순히 “이렇게 해결했다”가 아니라, 왜 그런 문제가 발생했고 어떤 선택지를 고민했는지까지 포함해 작성했습니다. 1️⃣ 데드락이란 무엇인가?데드락(Deadlock)은 단순히 “락이 걸려서 멈춘 상태”가 아닙니다.보다 정확히는 다음과 같은 상태를 의미합니다.두 개 이상의 작업이 서로가 가진 자원을 기다리면서 영원히 진행할 수 없는 상태 이를 조금 더 일반적인 컴퓨터 공학 관점에서 보면 다음과 같습니다.각 작업(스레드, 프로세스, 트랜잭션)은 자원을 점유한 상태에서다른 작.. Database 2026. 3. 25.

• 

  MVCC (Multi-Version Concurrency Control) 이해하기 데이터베이스를 공부하다 보면 동시성 제어에서 비관적락과 낙관적 락 말고도 MVCC (Multi-Version Concurrency Control) 라는 개념을 접하게 됩니다. PostgreSQL, MySQL, Oracle 같은 대부분의 현대적인 RDBMS는 MVCC 기반 동시성 제어를 사용하고 있습니다.오늘은 MVCC가 정확히 뭔지, Lock 방식과 무엇이 다른지, 내부 동작 원리에 대해서도 학습해 보았습니다. 대신 기준은 PostgreSQL 로 학습하였습니다. 각 DB 마다 MVCC 기술의 방식이 제 예시를 보시고 MYSQL도 저렇게 동작하구나 생각하시면 안 됩니다. 큰 틀에서 목표와 개념은 같지만 그걸 구현한 방식은 DB 마다 각각 다릅니다. 1. MVCC란 무엇인가MVCC (Multi-Vers.. Database 2026. 3. 8.

• 

  Synchronous(동기), Asynchronous(비동기) 단어의 의미부터 파악하여 제대로 이해하기. + Blocking I/O, Non-blocking I/O 📍개요개발책을 읽다 소단원 제목이 "비동기"로 되어 있는 책을 봤습니다. 그러다 문득 이런 생각이 들었습니다. 동기? Synchronous? 이런 방식이 왜 동기라고 부르는 거지? 왜 Synchronous라는 용어를 사용한 거지? 생각을 곱씹다보니 약간의 인지부조화를 느꼈습니다. 그동안 이해하고 있던 개념이 맞는지 의심이 들기 시작했고, 제가 이해한 개념과 "동기"라는 개념이 연관성이 있나 생각해보게 되었습니다. 우리는 동기/비동기를 너무 자연스럽게 사용합니다. 웹 개발에선 익숙하게 “동기”, “비동기”, “Blocking I/O”, “Non-blocking I/O”라는 단어를 정말 자주 사용하게 됩니다. 저 역시 오랫동안 이 개념들을 사용해왔고, 충분히 이해하고 있다고 생각했습니다. 동기면 순차.. Computer Science 2026. 2. 26.

• 

  Jitter(지터)의 이해와 다양한 실무 활용법 지터(Jitter)란 어떤 작업이나 이벤트가 실행되는 시간 간격이 일정하지 않고 미세하게 흔들리는 현상을 의미합니다.예를 들어 1초 주기로 실행되어야 하는 작업이 실제로는 어떤 경우에는 0.9초, 또 다른 경우에는 1.3초 간격으로 실행되는 것과 같은 상황이 이에 해당합니다. 지터는 네트워크 지연, 운영체제 스케줄링, 가비지 컬렉션(GC), CPU 부하, 스레드 경합, 타이머 해상도 등 다양한 현실적인 요인으로 인해 자연스럽게 발생합니다. 오늘 기술블로그 글은 단순히 “ 몇몇 이유로 지터가 발생한다”는 사실보다는, 지터를 의도적으로 활용함으로써 시스템의 안정성을 높일 수 있는 여러가지 방안입니다. 📍지터가 발생하는 대표적인 원인지터는 “정확한 타이밍을 기대했지만 실제 환경에서는 그 타이밍이 지켜지지 .. System Design 2026. 2. 3.

• 

  95% 실패율 감소를 이끈 Timeout·Retry·Fallback 실패 처리 체계와 메서드 데코레이터를 활용한 Global Exception Handling 외부 서버와 통신하는 서비스에서 “실패”는 피할 수 없습니다. 문제는 실패가 발생했을 때, 시스템이 그 실패를 어떻게 다루느냐입니다.토스 Learner's High 첫번째 세션이 듣고 그 다음날 12월 17일, 오픈마켓 외부 수집처인 SSG에 장애가 발생했습니다. SSG 와 관련된 모든 사내 기능이 마비 됐고, 에러 로그는 무수히 쌓여 팀 에러 메신저 방에 알럿이 왔습니다. 장애 자체는 외부 사정이었지만, 문제는 “외부 장애” 그 자체가 아니라, 장애 상황에서 우리 시스템이 실패를 다루는 방식이었습니다. 이번 글은 그때의 장애를 계기로, HTTP Client timeout을 재설정하고, 실패 시 retry 구조와 backoff/jitter 정책을 도입했으며, 외부 장애가 의심될 때 시스템이 자동으로 .. Web Programming 2026. 1. 17.