분류 전체보기261

• 

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

• 

  백엔드 시스템에서의 타임아웃(Timeout)에 대한 이해와 설계 기준 🔷개요2025년 12월 17일, 외부 수집처인 SSG에서 전사적인 장애가 발생하였습니다.장애 알림 메신저를 통해 상황을 인지한 직후, 문제 원인을 파악하기 위해 관련 로그를 확인하였습니다. 확인 결과, SSG 측의 전체 서버 장애로 인해 요청 자체를 정상적으로 처리할 수 없는 상황이었으며, 이로 인해 모든 요청이 실패하고 있었습니다.다만 로그 상에 남은 오류 유형은 HTTP 요청 타임아웃이 아닌 액션 타임아웃(Action Timeout) 으로 기록되어 있었습니다. 여기서 말하는 액션 타임아웃이란, “하나의 액션 스크립트를 실행하는 데 허용하는 총 시간”입니다.API요청을 받고 액션이 시작된 순간부터, 내부 로직과 외부 연동을 모두 거쳐 결과를 반환(또는 후속 처리를 완료)할 때까지의 전체 허용 시간을 .. System Design 2026. 1. 4.

• 

  2504회 리눅스마스터 2급 합격 후기 🐧 리눅스 마스터 2급 합격 후기 (2504회)리눅스 마스터 2급은 리눅스 시스템 관리자에게 요구되는 기본 역량을 공식적으로 인증해주는 자격증입니다.서버 운영, 네트워크 관리, 리눅스 기반 시스템 설계 및 운영까지 폭넓은 영역을 다루기 때문에 리눅스를 실무에서 사용하고 있거나, 앞으로 사용할 예정이라면 한 번쯤 도전해볼 만한 자격증이라 생각합니다.2025년을 마무리 하는 자격증으로 리눅스마스터 2급을 준비하면서 80점 내외를 목표로 했지만, 시험이 상향 평준화 되면서 2과목 문제들이 기출엔 나오지 않은 헷갈리는 문제가 많이 출제돼서 70점대를 맞았습니다. 그래도 기출을 충분히 공부하면 합격할 수 있는 자격증이라고 생각합니다. 이번 글에서는 2504회 리눅스 마스터 2급 1차·2차 시험 후기와 공부 .. ETC 2026. 1. 2.

• 

  1년차 주니어 개발자 박주현 A.K.A 오월의 2025년 회고록 한 해를 마무리하는 날이 왔습니다.취뽀에 성공했던 작년 12월처럼 올해도 회고록을 작성해보려고 합니다.이번 회고록을 쓰기 위해 24년 회고록을 살짝 엿봤는데요. 한 해를 요약했을 때 23년은 "성장", 24년은 "간절함" 이라고 되어 있네요. ㅎㅎㅎ 25년 한 해도 엄청 성장하고 간절했지만, 중복되니 다르게 요약하자면 음,,,,,, "적응과 뽐내기" 라고 요약할 수 있을 거 같습니다. 신입 개발자로서 회사에 기술적으로든 커뮤니티적으로든 적응을 했어야 했고, 매 순간순간 제 자신을 그리고 실력을 보여주고 뽐내야 했습니다. 저번 회고록은 분기별 요약을 해서 적었는데, 이번엔 4L 형식으로 작성해 보겠습니다. 작년 회고록이 궁금하신 분이 호오오옥시나 있을까 아래에 첨부해두겠습니다. https://pro.. ETC 2025. 12. 31.

• 

  스마트 스토어의 동적 API 호출 허용량 제한 방법 - 토큰 버킷 알고리즘 🚩개요사내 ERP 서비스에 여러 쇼핑몰 기능을 연동하는 개선 작업을 진행하던 중, 한 가지 특이한 점을 발견했습니다. 여러 쇼핑몰 가운데에서도 네이버의 스마트스토어 연동에서만 유독 실패 응답이 빈번하게 발생하고 있었습니다. 응답 메시지는 대부분 동일했습니다.“할당된 시간당 요청량을 초과하였습니다.” 저희 서비스에서는 이러한 실패 건을 단순 오류로 처리하고, 사용자에게 “잠시 후 다시 시도해 달라”는 안내만 제공하고 있었습니다.저는 실패 빈도가 반복적으로 발생하는 점이 단순한 일시적 장애로 보기에는 이상하다는 생각이 들었습니다. 원인을 추적해본 결과, 문제는 서버 장애가 아니라 호출 방식 자체에 있었습니다. 네이버의 스마트스토어는 API 호출 허용량을 동적으로 제한하고 있었지만, 저희 시스템은 해당 제.. System Design 2025. 12. 27.

• 

  토스 Learner's High 서버 2기 선정 후기 SNS 광고에서 갑자기 토스 Learner's High 서버 2기 모집 글을 보게 됐습니다.그 순간 불현듯 옛생각이 떠올랐습니다.바야흐로 약 1년 전, ‘날 데려갈 정말 운 좋은 회사는 과연 어딜까’ 하며 개발자 구직 활동을 활발히 하고 있었습니다.때마침 토스에서 Learner's High 1기를 모집하는 걸 보고,“오~ 멘토링 프로그램 나도 한 번 받아보고 싶다”라는 마음으로 지원을 하려던 찰나,,,, “실무 경험이 최소 1개월 이상 있는 사람” 지원 자격이 현직자만 가능한 것이었습니다. 😭😭😭😭😭😭눈물을 머금고 회사에 입사한 뒤 열심히 다니던 도중,이렇게 2기 모집 게시글을 다시 보게 됐습니다.바로 집중 모드에 들어가 마음을 다잡고, 회사에서 했던 작업들을 다시 정리하고 이력서에서 어필할 .. ETC 2025. 12. 10.

• 

  한 걸음 앞선 개발자가 지금 꼭 알아야 할 클로드 코드 - 책으로 Claude Code 마스터 되기 사내에서도 Cursor AI를 적극적으로 활용하고 있어 자연스럽게 AI 에이전트를 기반으로 한 개발 방식에 관심을 두고 있었습니다. 실무에서 직접 활용해 보니, AI 에이전트는 단순히 코드를 생성해 주는 도구를 넘어, 실제 업무 효율을 높이고 개발 경험 자체를 확장해 주는 역할을 한다는 점을 체감하게 되었습니다. 그러다 보니 어떻게 하면 이러한 AI 에이전트를 더 잘 활용할 수 있을지, 그리고 개발 흐름 속에 더욱 효과적으로 통합할 수 있을지에 대해 고민하게 되었습니다. 여러 컨퍼런스와 개발 관련 영상을 찾아보며 정보를 수집하던 과정에서, 개발자들이 Cursor AI에서 점차 높은 점유율을 보이는 클로드 코드(Claude Code)로 이동하는 흐름을 확인하게 되었습니다. 이는 단순히 코드 자동 생.. ETC 2025. 11. 23.

• 

  RDB에서 Redis로🪄 인증 토큰 저장소 구조 개선과 73% 저장 공간 절감 현재 사내의 다양한 업무 시스템이 3.0 환경에서 5.0 환경으로 점진적으로 발전하고 있습니다. 특히 쇼핑몰 데이터 수집 업무를 고도화하는 과정에서 인증 토큰 관리 방법을 개선할 수 있다는 생각을 했고, 방안을 정리하여 제안서를 작성하게 되었습니다.이번 글은 당시 제가 팀장님과 본부장님께 드렸던 제안서를 기반으로 재구성한 것입니다. 인증 토큰 저장소를 RDB에서 Redis로 전환하는 과정에서의 배경, Redis를 선택한 이유, 실제 적용 시 고려해야 할 사항, 그리고 무엇보다 중요한 실제 개선 효과를 공유하고자 합니다.특히 저장 공간 관점에서 Redis 전환은 상당한 성과를 보였습니다. 기존 RDB 방식은 동일한 토큰이 3.0/5.0 테이블에 중복 저장되며 실질적인 데이터 저장 공간 크기가 5.6KB 이.. Database 2025. 11. 16.