다중 서버 환경에서 세션 기반 인증 방식을 사용하는 경우에는 세션 불일치 문제가 발생할 수 있습니다. 만약 서버 A와 B를 관리하고 있는 상황에서 로드밸런서는 사용자의 요청을 상황에 맞게 A, B 중 한 곳으로 전달합니다. 유효한 로그인 요청이 A 서버로 처음 도착하면 사용자에 대한 세션 정보는 A 서버에 저장됩니다. 이후에 해당 사용자의 또 다른 요청이 로드밸런서에 도착했을 때, B 서버로 전달되면 사용자의 세션 데이터가 존재하지 않아 요청이 제대로 처리되지 않습니다. 이를 세션 불일치 문제라고 합니다.세션 불일치 문제는 어떻게 해결할 수 있나요?세션 불일치 문제는 크게 스티키 세션 방식, 세션 클러스터링 방식, 스토리지 분리 방식 3가지 방식으로 해결할 수 있습니다. 스티키 세션 방식은 사용자 요청이..

SOLID 원칙은 좋은 객체 지향 설계의 5가지 원칙입니다. 여기서 좋은 설계는 시스템에 새로운 요구사항이나 변경사항이 있을 때, 영향을 받는 범위가 적은 구조를 의미합니다. 즉, SOLID 원칙을 준수하면 시스템에 예상하지 못한 변경사항이 발생하더라도 유연하게 대처하고 확장하기 용이한 시스템 구조를 만들 수 있습니다. 단일 책임 원칙(Single Responsibility Principle)은 클래스는 오직 하나의 목적이나 이유로만 변경되어야 한다는 것을 의미합니다. 여기서 책임이란 단순히 메서드 개수보다는, 특정 사용자나 기능 요구사항에 따라 소프트웨어의 변경 요청을 처리하는 역할을 의미합니다.즉, 클래스는 한 가지 이유로만 변경을 해야 하며,  이를 통해 변경이 발생했을 때 다른 기능에 영향을 덜 ..

DB Replication은 데이터베이스의 고가용성과 데이터 안정성을 보장하기 위해 활용되는 기술입니다. 특히, 대규모 애플리케이션 환경에서는 데이터의 지속적인 가용성과 신뢰성이 중요하기 때문에 원본(Source) 서버와 복제(Replica) 서버 간의 데이터 동기화가 필수적입니다. MySQL 기준으로 설명하겠습니다. Replication은 Source 서버에서 발생하는 모든 데이터 변경 사항을 Replica 서버로 복제하여 두 서버 간의 일관성을 유지하는 메커니즘입니다. 이러한 과정은 주로 Binary log를 기반으로 이루어집니다. Binary log는 Source 서버에서 실행된 모든 데이터 변경 쿼리를 기록하는 역할을 합니다. MySQL에서는 Binary log를 저장하는 방식으로 Row, Sta..

Record는 자바 16에서 정식 출시된 특별한 유형의 클래스로 불변성을 기본으로 합니다.기존의 클래스와 달리 모든 필드가 자동으로 final 키워드로 선언되며, 객체 생성 후 변경할 수 없습니다. 또한 필드 선언만으로 자동으로 생성자, getter(), equals(), hashCode(), toString() 메서드를 자동으로 생성해 주어 보일러 플레이트 코드를 줄일 수 있습니다. 이러한 특성으로 인해 멀티 스레드 환경에서 데이터가 의도치 않게 변경되지 않고 안전하게 전달할 수 있습니다.Record로 생성한 모든 객체는 DTO인가요?모든 Record 객체가 DTO인 것은 아닙니다. Record는 단순히 데이터를 캡슐화하는 역할을 하는데, DTO 외에도 값 객체(VO) 등의 다양한 용도로 사용될 수 있..

먼저 HTTP는 클라이언트와 서버 간 통신을 위한 통신 규약입니다. 하지만 HTTP는 암호화되지 않는 평문 데이터를 주고받기 때문에 제3자가 정보를 조회할 수 있다는 위험이 있습니다.  이를 해결하기 위해서 HTTPS가 등장했습니다. HTTPS는 HTTP에 데이터 암호화가 추가되었습니다. 암호화된 데이터를 전송하기 때문에 제3자가 볼 수 없도록 할 수 있습니다.HTTPS는 어떻게 적용할 수 있나요?HTTPS를 적용하기 위해서는 CA(Certificate Authority)라고 하는 인증된 기관에게 인증서를 발급받아야 합니다. CA에 인증서를 요청하면 CA 이름, 서버의 공개 키, 서버의 정보를 활용하여 인증서를 생성하고 이를 CA 개인 키로 암호화하여 서버로 전송합니다. 이때 인증서는 CA 개인 키로 암..

웹 서버는 HTML, CSS, JS와 같은 정적 콘텐츠를 제공하는 역할을 수행합니다. 동적 콘텐츠 요청 시 요청을 WAS로 전달할 수도 있습니다. 대표적인 웹 서버로는 Apache, Nginx 등이 있습니다. WAS(Web Application Server)는 동적 컨텐츠를 생성하거나 애플리케이션 로직을 실행하는 데 특화되어 있습니다. 자바에서 보통 서블릿 컨테이너 기능을 제공하면 WAS라고 부릅니다. 대표적인 WAS로는 Tomcat이 있습니다. 정리하자면, 웹 서버는 정적 콘텐츠 제공에 특화되어 있고, WAS는 동적인 컨텐츠 생성과 데이터 처리에 특화되어 있습니다.WAS도 정적 컨텐츠를 제공할 수 있는데 웹 서버가 따로 필요한 이유는 무엇인가요?WAS가 너무 많은 역할을 담당하면 과부하가 될 수 있습니..

스택(Stack)은 후입선출(LIFO) 개념을 가진 선형 자료구조입니다. 스택에서 삽입(push)과 삭제(pop)는 최상단(top)에서만 이루어집니다. 비어있는 스택에서 pop을 시도하는 경우를 스택 언더플로우라고 하며, 스택이 넘치는 상황을 스택 오버플로우라고 합니다. 스택의 대표적인 활용 사례로는 스택 메모리, 뒤로 가기 기능, 수식 괄호 검사 등이 있습니다.자바에서 스택은 어떻게 사용할 수 있나요?자바에는 Stack이라는 클래스가 있습니다. 하지만 Deque 인터페이스 구현체를 사용하는 것이 권장됩니다. 왜냐하면, Stack 클래스는 내부적으로 Vector를 상속받고 있기 때문입니다. Vector의 메서드들은 synchronized로 구현되어 있어 멀티 스레드 환경에서는 동기화의 이점이 있을 수 있..

서버 사이드 렌더링(SSR)은 서버 측에서 렌더링 하는 방식입니다. 클라이언트가 서버에 콘텐츠를 요청하면 서버는 페이지에 필요한 데이터를 즉시 얻어와 모두 삽입하고 CSS까지 모두 적용해 렌더링 준비를 마친 HTML과 JS 코드를 응답합니다. 브라우저에서는 JS 코드를 다운로드하고, HTML에 JS를 연결합니다.모든 데이터가 이미 HTML에 담긴 채로 브라우저에 전달되기 때문에 검색 엔진 최적화(SEO)에 유리하며, 초기 로딩 속도가 빠르다는 장점이 있습니다.하지만 페이지 간 이동 시마다 서버 요청이 발생하여 사용자 경험이 저하되고, 서버에 큰 부담이 생길 수 있다는 단점이 있습니다. 클라이언트 사이드 렌더링(CSR)은 클라이언트 측에서 렌더링 하는 방식입니다. 클라이언트가 서버에 콘텐츠를 요청하면 서버..

Connection Timeout은 클라이언트가 서버에 연결을 시도할 때, 일정 시간 내에 연결이 이루어지지 않으면 발생하는 타임아웃입니다. 예를 들어 TCP 3-way-handshake가 일정 시간 내에 완료되지 않으면 발생합니다. 즉, 서버의 장애나 응답 지연으로 인해 연결을 맺지 못하면 Connection Timeout이 발생합니다. Socket Timeout은 Connection Timeout 이후에 발생할 수 있는 타임아웃입니다. 클라이언트와 서버와 연결된 후, 서버는 데이터를 클라이언트에게 전송합니다. 이때 여러 개의 패킷 단위로 쪼개서 전송되는데, 각 패킷이 전송될 때의 시간 차이 제한을 Socket Timeout이라고 합니다. 만약 서버가 일정 시간 내에 다음 패킷을 보내지 않으면 클라이언..

결론부터 말씀드리자면, 트랜잭션이 동작하지 않습니다. 스프링의 @Transactional은 기본적으로 스프링 AOP를 기반으로 동작합니다. 실제 객체 대신 프록시 객체가 스프링 빈으로 등록됩니다. 프록시 객체가 @Transactional이 선언된 메서드를 실행하기 전에 가로채어 트랜잭션을 시작하고 종료하는 작업을 처리해 줍니다. 이때 프록시 객체는 실제 객체의 메서드를 호출해야 하는데, private 메서드는 외부에서 호출할 수 없으므로 트랜잭션이 동작하지 않습니다.@Transactional 사용시 주의할 점은 또 무엇인가요?@Transactional 사용시 내부 호출 문제를 주의해야 합니다. 스프링 AOP는 외부에서 프록시 객체를 통해 메서드가 호출될 때만 AOP 어드바이스가 적용됩니다. 같은 클래스 ..