지난 포스팅들을 통해 우리는 사용자의 신원을 증명하는 인증(Authentication) 과정을 마스터했습니다. 세션과 JWT 중 아키텍처를 선택하고, 필터 체인을 커스텀하여 토큰을 검증하는 단계까지 구축했습니다. 이제 우리는 “이 사용자가 누구인가?”라는 질문을 넘어, “이 사용자가 무엇을 할 수 있는가?“라는 인가(Authorization, 권한 부여)의 영역으로 진입해야 합니다. 많은 초급 개발자들이 인증과 인가를 혼동하거나, 단순히 hasRole(‘ADMIN’) 정도의 간단한 설정으로 보안을 마무리하곤 합니다. 하지만 실무 비즈니스 로직은 … 더 읽기
Spring Security의 진입 장벽이 높은 가장 큰 이유는 바로 ‘필터 체인(Filter Chain)‘이라는 독특한 아키텍처 때문입니다. 이 구조를 이해하지 못하면 단순히 코드를 복사해서 붙여넣는 수준을 벗어날 수 없습니다. 오늘은 이 블랙박스를 열어 내부 구조를 파악하고, 원하는 위치에 나만의 로직을 심는 방법을 마스터해 보겠습니다. Spring Boot로 개발을 진행하다 보면, spring-boot-starter-security 의존성을 추가하는 순간 모든 API 요청이 차단되고 로그인 페이지로 … 더 읽기
백엔드 개발자와 프론트엔드 개발자(혹은 모바일 앱 개발자) 사이에서 가장 빈번하게 발생하는 갈등의 원인은 무엇일까요? 바로 “API 문서와 실제 동작의 불일치“입니다. “문서에는 필드명이 userId라고 되어 있는데 왜 실제로는 id가 오나요?”, “이 API는 404 에러가 없다고 되어 있는데 왜 404가 뜨나요?”와 같은 질문을 받는 순간, 백엔드 개발자는 부끄러움을 느끼며 부랴부랴 문서를 수정하러 갑니다. 문제의 핵심은 “코드 수정과 … 더 읽기
지난 포스팅에서 우리는 MSA 및 모바일 환경에서의 확장성을 위해 JWT(Json Web Token) 기반의 인증 아키텍처를 선택하는 것이 유리함을 확인했습니다. 하지만 동시에 JWT가 가진 치명적인 약점인 ‘한번 발급되면 서버가 제어할 수 없다(Stateless)’는 딜레마에 대해서도 논의했습니다. 만약 유효기간이 긴 Refresh Token이 해커에게 탈취당한다면 어떻게 될까요? 해커는 그 토큰이 만료될 때까지 유유히 Access Token을 재발급받으며 사용자의 계정을 마음대로 … 더 읽기
소프트웨어 개발 수명 주기(SDLC)에서 ‘테스트’가 차지하는 비중은 날이 갈수록 커지고 있습니다. 과거에는 일정에 쫓겨 “기능 구현만 되면 배포”하는 문화가 만연했지만, 이제는 서비스의 복잡도가 증가하고 배포 주기가 짧아지면서 테스트 코드 없는 배포는 곧 재앙을 의미하게 되었습니다. 버그를 발견하는 시점이 늦어질수록, 즉 개발 단계에서 발견하는 것보다 운영 단계에서 발견했을 때 수정 비용이 수십 배에서 수백 배까지 증가한다는 … 더 읽기
소프트웨어 개발, 특히 데이터베이스를 다루는 백엔드 개발이나 사용자 경험을 중시하는 프론트엔드 개발에서 “성능 최적화”는 영원한 숙제와도 같습니다. 우리는 항상 “어떻게 하면 더 빠르게 데이터를 보여줄 수 있을까?”를 고민합니다. 하지만 아이러니하게도 무조건 빨리, 모든 것을 미리 가져오는 것이 항상 정답은 아닙니다. 때로는 필요한 순간까지 기다렸다가 가져오는 것이 전체 시스템의 리소스를 절약하고 체감 속도를 높이는 지름길이 되기도 … 더 읽기
앞선 포스팅에서 트랜잭션 롤백과 예외의 성격(Checked vs Unchecked)에 대해 깊이 있게 다루었습니다. 이제 우리는 예외를 언제, 어떻게 던져야 하는지 알게 되었습니다. 그렇다면, 던져진 예외를 클라이언트(프론트엔드)에게 어떻게 전달해야 할까요? 그냥 놔두면 스프링 부트는 500 에러와 함께 못생긴 화이트 라벨 에러 페이지나 알 수 없는 스택 트레이스를 뱉어냅니다. 이는 사용자 경험을 망치고, 프론트엔드 개발자와의 소통 비용을 증가시킵니다. 백엔드 API … 더 읽기
자바(Java) 백엔드 개발자 면접에서 가장 변별력 있는 질문 중 하나이자, 실무에서 데이터 불일치(Data Inconsistency) 문제를 일으키는 주범인 “예외 처리와 트랜잭션 롤백 전략“에 대한 포스팅입니다. 요청하신 Checked Exception과 Unchecked Exception의 차이 및 올바른 트랜잭션 처리 전략을 주제로, 애드센스 승인용 고품질 포스팅을 작성해 드립니다. 자바 개발을 하다 보면 수많은 예외(Exception)를 마주하게 됩니다. 어떤 에러는 빨간 줄이 그어지며 “반드시 try-catch로 … 더 읽기
자바(Java) 개발자라면 누구나 한 번쯤은 마주치고, 가장 피하고 싶어 하는 에러가 있습니다. 바로 NullPointerException (NPE)입니다. 개발자들 사이에서는 농담 삼아 ‘자바 개발자의 영원한 숙적’이라고 불리기도 합니다. 자바 언어의 창시자들과 함께 객체지향 프로그래밍의 기초를 닦았던 영국의 컴퓨터 과학자 토니 호어(Tony Hoare)는 1965년에 고안한 ‘Null 참조’에 대해 훗날 이렇게 회고했습니다. “그것은 나의 10억 달러짜리 실수(The Billion Dollar Mistake)였다.“ … 더 읽기
앞선 포스팅에서 스프링의 핵심 엔진인 DI(의존성 주입)와 IoC(제어의 역전)를 통해 객체 관리를 프레임워크에 위임한다는 사실을 배웠습니다. 그렇다면 스프링 컨테이너에 맡겨진 이 객체(Bean)들은 도대체 언제 태어나서, 언제 죽는 것일까요? 또, 요청할 때마다 매번 새로운 객체가 만들어지는 걸까요, 아니면 하나를 계속 돌려 쓰는 걸까요? 이 질문에 대한 답이 바로 오늘 다룰 빈 생명주기(Bean Lifecycle)와 빈 스코프(Bean Scope)입니다. 이 두 … 더 읽기