전체 글271

• 

  외부 수집처 E2E Mock Test 보드 구축으로 테스트 시간 90% 단축하기 🚩배경 및 문제 상황 1-1. 팀의 업무와 요청 흐름저희 팀은 은행, 카드사, 쇼핑몰 같은 외부 수집처와 연동해서 데이터를 스크랩해 오고, 그 데이터를 ERP 에 저장하는 일을 맡고 있습니다. 사용자가 수집을 요청하면 WAS 가 요청을 받아 조회 이력을 남기고, MQ 를 통해 스크래핑 서버로 넘깁니다. 스크래핑 서버가 실제로 외부 수집처와 통신하고 응답을 가공하면, 다시 MQ 를 거쳐 워커 서버가 수집 데이터를 DB 에 저장하고 이력을 성공/실패로 바꿉니다. 이 흐름의 끝은 "응답을 받았다"가 아니라 "빠짐없이 저장됐다" 입니다. 그래서 수집 로직을 고치면 외부 수집처와 통신이 잘 되는지뿐만 아니라, DB 에 원래대로 저장되는지까지 확인해야 합니다. 1-2. 왜 테스트가 어려웠나사내 프레임워크가 개.. Testing 2026. 10. 28.

• 

  메모리 덤프 분석을 통한 스크래핑 서버 논리적 메모리 누수 99% 개선 저희 팀은 금융사·쇼핑몰 데이터를 수집하는 스크래핑 서버를 운영하고 있습니다. 어느 날 여러 대의 스크래핑 서버 중 3번 서버 한 대만 메모리를 1GiB 가까이 쥔 채 21시간 동안 돌려주지 않는 일이 있었습니다. 애플리케이션을 재기동하고 나서야 다른 서버와 같은 수준으로 돌아왔습니다. GC 가 있는 런타임에서 "메모리가 돌아오지 않는다"는 말은 보통 두 가지 중 하나입니다. 누군가 아직 그 객체를 참조하고 있거나, 참조는 끊겼는데 런타임이 OS 에 반납하지 않고 있거나. 이번 글은 지표와 메모리 덤프로 이 둘을 가르고, 결국 문자열을 str[i] 로 한 글자씩 읽는 평범한 코드 한 줄이 static 캐시에 정수 키를 967만 개 쌓아 둔 논리적 메모리 누수였다는 것을 밝혀낸 기록입니다. 논리적 메모리.. Observability 2026. 10. 10.

• 

  메모리 덤프 직접 열어 보기 : 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.

• 

  토스 러너스하이 2기 프로그램 후기 길었던 토스의 러너스하이 프로그램이 끝나고, 이제야 후기를 작성하게 됐습니다.돌이켜 보니 작년 12월 중순부터 시작해서 올해 4월 초까지, 반년이 조금 안 되는 시간 동안 열심히 달린 것 같아요.다시 돌아가서 한 번 더 할 수 있는 기회를 준다고 해도, 결과가 바뀔 수 있다는 점만 아니라면 다시 안 가도 될 정도로 후회 없이 열심히 했다고 생각합니다. 작년에 한 해를 마무리하는 회고록을 작성하면서 올해 첫 번째 목표로 토스 러너스하이 프로그램을 우수하게 수료하는 것을 세웠는데, 정말 감사하게도 우수 수료자로 뽑혀 토스의 인터뷰 기회도 얻을 수 있었습니다. 먼저 토스 러너스하이 프로그램의 결과를 말하자면, 최종 마지막 단계에서 아쉬운 소식을 듣게 됐습니다. 하지만 얻은 것이 정말 많기에, 토스 측 프.. ETC 2026. 4. 6.

• 

  실무에서 발생한 데드락을 해결한 방법 및 고민점 백엔드 개발을 하다 보면 성능 개선을 위해 구조를 바꾸는 일이 많습니다. 하지만 성능을 개선하는 과정에서 동시성 문제가 새롭게 발생하는 경우도 있습니다.이번 글에서는 제가 실제로 겪었던 데드락 문제와 그 해결 과정을 정리해보겠습니다. 단순히 “이렇게 해결했다”가 아니라, 왜 그런 문제가 발생했고 어떤 선택지를 고민했는지까지 포함해 작성했습니다. 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.