운영 중인 서비스에서 IP 변경이 어떻게 장애로 이어질 수 있었는지, 이를 해결하며 얻은 인사이트를 정리해 둡니다. 영문 버전은 Medium에서 확인하실 수 있습니다. 샘플코드는 feign-dns-lookup-test에서 확인하실 수 있습니다. 세미나 PPT는 google-sildes에서 확인하실 수 있습니다. ...

젊은 로재씨의 슬픔 The Sorrows of Young Rojae: 우당탕탕 PL 데뷔기 이 글은 회고이자 고백이며, 반복되는 프로젝트 담당과 책임을 통해 고민하고, 방황하여, 정리된 지금까지의 나의 태도에 대한 기록이자 주장이다. “프로젝트를 적극적으로 총괄, 리딩을 해본 적 있나요?” 첫 직장에서의 여정은 2020년 7월부터 2...

Chain of Responsibility Pattern (책임 연쇄 패턴) - 발송 전처리 파이프라인 추가하기 대규모 메시징 시스템을 운영하다 보면, 기획자나 매니저로부터 수많은 요구사항이 들어옵니다. 발송 전에 처리해야 할 조건은 점점 늘어나고 복잡해지네요. 개발자 입장에서는 이를 어떻게 “우아하게” 대응할 것인지 고민하게 됩니다. 요구...

템플릿 메서드 패턴 - 후처리 로직의 중복을 제거해보자 이전 글에서는 전략 패턴을 통해, 발송 채널(SMS, EMAIL, KAKAO 등)에 따른 다양한 전략을 런타임에 유연하게 선택하는 구조를 설계해보았습니다. 하지만, 전략 패턴을 활용하다 보면 공통적으로 반복되는 후처리 로직이 생깁니다. 예를 들어 발송 로그 저장, 발송 결과 상태 업데이트, 실...

이전 글에서 팩토리 패턴을 활용해 다양한 메시지 발송 채널(SMS, EMAIL, KAKAO 등)을 유연하게 처리할 수 있는 구조를 소개했습니다. 👉 서비스가 커질수록 필요한 설계 패턴 – 메시징 시스템 예제 중심으로 👉 Factory Pattern - 슬쩍 팩토리에서 처리하기 이번 글에서는 그 다음 단계로, 발송 이후의 후처리 로직까지 ...

이전 글에서 디자인 패턴의 필요성과 중요성에 대해 이야기한 바 있습니다. 👉 서비스가 커질수록 필요한 설계 패턴 – 메시징 시스템 예제 중심으로 이번 글에서는 실제 팩토리 패턴(Factory Pattern)을 메시징 서비스에 어떻게 적용할 수 있는지를 소개하려 합니다. 서비스가 커지면 반드시 생기는 변화 당신은 메시징 플랫폼의 개발자입...

요즘 디자인 패턴이나 구조적인 설계에 대한 이야기를 하다 보니, 지인들에게 종종 이런 질문을 받습니다. “유지보수성이나 확장성도 중요하지만, 결국 기술적인 속도도 중요하지 않나요?” “비즈니스 요구사항이 늦게 나와서, 급하게 개발하기 일쑤예요.” 맞는 말입니다. 하지만 저는 확장가능성과 유지보수성은 결국 기술적 지식만큼 중요하다고 생각합니다...

이 글은 과거 블로그에서 옮겨왔습니다. 출처: 로재의 개발 일기 우분투 서버 로그 확인 방법 우분투에서는 대부분의 로그 파일이 /var/log 디렉토리에 저장됩니다. 아래는 자주 확인하는 로그 파일들과 명령어입니다. 📄 시스템 로그 (/var/log/syslog) 시스템 전반의 일반 로그를 확인할 수 있습니다. cat /var/log/s...

서비스가 커질수록 필요한 설계 패턴 – 메시징 시스템 예제 중심으로 현업의 시스템은 단순히 “동작하기만” 해서는 안 됩니다. 확장 가능성, 유지보수성, 복잡도 관리는 필수입니다. 메시징 시스템을 예로 들어보겠습니다 당신은 메시징 시스템을 담당하는 개발 설계 담당자입니다. 이때 당신은 최대한 단순하게 설계를 합니다. → 초기에는 아래와 같은 메시...

참고) 본 글은 깃허브 블로그 초기 셋팅을 위해서, 테스트로 작성된 글입니다. Java Virtual Thread Advantage Sequential Code (순차적인 코드) data1 = fetchFromDatabase(request); data2 = fetchFromDatabase(request); combineData = comfineDa...