DevLog 😶

🌱 DNS 서버를 통해 다중 서버로 분산 처리하기 서버의 액세스가 증가한다면 단순히 회선을 빠르게 하는 것으로도 부족할 수 있다. 단일 서버의 한계를 극복하기 위해서는, 여러 대의 서버를 이용하여 처리를 분산시킬 수 있는데 이를 '분산 처리'라고 한다. 클라이언트의 리퀘스트를 어떻게 하면 여러 대의 서버로 분배할 수 있을까? 바로, DNS 서버를 통해 분배하는 것이다. DNS 서버에 동일한 이름으로 여러 대의 웹 서버를 등록해둔다면, 조회가 있을 때마다 조회된 IP 서버를 차례로 반환한다. 이때, 라운드 로빈 방식을 통해 균등하게 액세스를 분산시킬 수 있도록 돕는다. 💡 aaa.com이라는 도메인에 대해 192.0.2.60, 192.0.2.70, 192.0.2.80이 있다면 아래와 같은 순서로 반환한다...

🌱 들어가기 전 지난 포스팅에서는 준영속 상태의 엔티티는 지연 로딩할 수 없다고 말했다. 이는, 지연 로딩을 위한 프록시 객체를 초기화하기 위해 영속성 컨텍스트가 필요한데, 준영속 상태의 엔티티는 영속성 컨텍스트의 관리 범위에서 벗어났기 때문이다. 그렇다면, 준영속 상태의 엔티티는 어떻게 처리해야 할까? 🌱 글로벌 페치 전략을 LAZY에서 EAGER로 수정하기 간단하게 말하면 지연 로딩을 사용하지 말고, 즉시 로딩을 사용하자는 것이다 😅 @Entity @Getter @NoArgsConstructor(access = AccessLevel.PROTECTED) public class Crew { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private ..

금요일에 근로하면서 구구와 근로 크루들의 도움 덕분에 JPA를 다시금 공부하게 됐다 😅 나도 완전하게 잘 아는 내용은 아닌지라 아는대로 정리해보고자 한다. 🌱 영속성 컨텍스트와 트랜잭션 💡 영속성 컨텍스트란? 엔티티를 영속화시키는 환경. EntityManager를 통해 엔티티를 저장하거나 조회하면 영속성 컨텍스트에 보관된 엔티티 정보를 바탕으로 요청을 처리하게 된다. EntityManager 생성 시 1개가 만들어진다. 💬 특징 - 식별자 값으로 엔티티를 구분한다. - 트랜잭션 커밋 시점에 flush. (쓰기 지연 - 내부 쿼리 저장소에 SQL 저장 후 한 번에 플러시) - 1차 캐시를 사용한다. (처음에 1차 캐시에서 엔티티 조회 > 없으면 DB 조회 > 1차 캐시에 저장하는 형태 = '영속화') - ..

🌱 들어가기 전 지난 포스팅까지는 클라이언트 측 LAN에서 라우터까지 어떻게 패킷이 흘렀는지 알아보았었다. 그 이후로도 전기 신호로 변환되고, 패킷이 중계되고, 통신 회선이나 프로바이더의 네트워크를 통해 서버 측으로 어떻게 이동하는지 그러한 과정이 있지만 내용이 너무 깊은 것 같아서 생략했다. 이번 포스팅에서는 웹 서버에서 어떤 식으로 요청이 처리되는지 알아보고자 한다. 🌱 웹 서버는 어디에 설치될까요? 과거에는 사내의 LAN에 서버를 설치한 다음, 인터넷에서 직접적으로 액세스했다. 이러면 패킷은 액세스 회선, 서버측 라우터를 경유해서 서버 머신에 도착하여 패킷이 흐르게 된다. 하지만, 이 방법은 서버와 클라이언트 모두에 글로벌 주소를 할당해야 돼서 IP 주소가 부족해진다. 또한, 서버가 직접적으로 노..

헙크와 진행한 레벨 2 두 번째 페어 프로그래밍 미션인 장바구니 미션이다! 어쩌다 보니 레벨 1 데일리 조 팀원들과 한 번씩 페어 프로그래밍을 하는 느낌이다 ㅎ_ㅎ 재밌다! 이번 미션에서는 요구사항보다는 개인적으로 진행하고 싶은 부분들에 대해 구현하다 보니 되게 재밌게 구현했었다. 하지만... 지금 와서 코드를 보니 아직 많이 부족하다는 생각이 들었다 🥲... 어렵다! ✔️ 작성한 코드 GitHub - Cl8D/jwp-shopping-cart: 레벨 2 장바구니 미션 레파지토리 레벨 2 장바구니 미션 레파지토리. Contribute to Cl8D/jwp-shopping-cart development by creating an account on GitHub. github.com ✔️ 1차 PR [1단계 ..

🍀 들어가기 전 지난 포스팅에서는 라우터의 패킷 중계 동작에 대해서 알아보았다. 이번 포스팅에서는 라우터의 주소 변환 기능과 패킷 필터링 기능에 대해서 알아보자! 🍀 주소 변환이 나온 이유 라우터는 다양한 일을 하지만, 그중 핵심은 주소 변환 및 패킷 필터링 기능이다. 주소 변환은 왜 나왔을까? 이전에는 IP주소를 관리 기관에 신청서를 내서 할당받았지만, 인터넷에 접속하는 기기가 많아지면서 할당해줄 주소가 부족해지는 현상이 발생했었다. 이를 해결하기 위해서 동일한 회사에서 사용하는 주소는 다른 회사의 주소와 동일할 수 있도록 만들었다. 이는 어차피 다른 회사의 패킷은 서로 왕래할 일이 없으며, 같은 회사에서끼리 별도의 사내망으로 통신하기 때문에 다른 회사와 겹쳐도 상관없는 것이다. 덕분에 같은 회사에 있..

🌱 들어가기 전 마찬가지로 테코톡에서 진행했던 발표 자료를 바탕으로 글을 작성하였습니다! 인증과 인가, 쿠키 / 세션 방식에 대해서는 이전 포스팅에서 작성하였습니다. [Web] 인증과 인가란? - 쿠키와 세션에 대해서 알아보자! 🌱 들어가기 전 테코톡에서 진행한 인증과 인가 관련 자료들을 바탕으로 글을 작성하였습니다 :D 🌱 인증 (Authentication) 보호된 리소스에 접근하는 것을 허용하기 이전에, 등록된 유저의 신원을 cl8d.tistory.com 4. 효율적으로 인증하기 지난 포스팅에서는 세션을 통해서 안전하게 인증하는 방법을 알아보았다. 하지만, 세션 방식의 가장 큰 문제점은 서버도, 클라이언트도, 그리고 세션 스토리지까지 사용자의 정보를 관리하는 주체가 너무 다양하다는 것이다. 이러한 문..

🌱 들어가기 전 이전 포스팅과 마찬가지로 스터디에서 맡은 '테스트' 파트에 대해서 블로그에 정리해보고자 한다 😊 테스트 쪽은 공식 문서도 생각보다 가독성이 너무 안 좋아서 최대한 간략하게만 훑어보았다. 아직 모르는 게 정말 많은 것 같다 ㅎㅎ 🌱 통합 테스트 vs 인수 테스트 통합 테스트는 특정 작업을 수행하기 위해, 외부 작업들과 연관되어 있다면 해당 외부 작업들을 포함하여 구성 요소가 잘 돌아가는지 테스트하는 방법으로, @SpringBootTest 어노테이션을 활용하여 진행하는 방법이 많다. (관련된 모든 빈을 가져와서 테스트 하는 느낌) 반면, 인수 테스트의 경우 사용자의 시나리오에 맞춰 수행하는 테스트이다. 인수 테스트의 방법론으로 E2E 테스트를 통해 주어진 시나리오에 따라 애플리케이션의 모든 ..

🌱 들어가기 전 스터디에서 발표 자료로 준비했던 내용인데, 블로그에도 옮겨두면 좋을 것 같아서 정리하는 글 😊 프롤로그 로드맵의 키워드 위주로 정리하였습니다! 🌱 DI (의존관계 주입) ✔️ 의존한다? A가 B를 사용하고, B를 변경하면 A에 영향을 끼치는 관계. 의존관계 주입은 다음 세 가지 조건을 충족하는 작업을 의미한다. - 클래스 모델이나 코드에는 런타임 시점의 의존관계가 드러나지 않도록, 인터페이스만 의존해야 한다. - 런타임 시점의 의존관계는 컨테이너나 팩터리와 같은 제 3의 존재 (ex. IoC container)가 결정한다. - 의존관계는 사용할 오브젝트에 대한 레퍼런스를 외부에서 제공해줌으로서 만들어진다. ✔️ DI를 사용하면 무엇이 좋은가? - 객체간의 결합도 감소 → 재사용성, 유지보..

🌱 들어가기 전 지난 포스팅까지는 클라이언트 측에서 발생하는 일, 브라우저 -> 소켓 라이브러리 -> 프로토콜 스택 -> LAN 드라이버 -> LAN 어댑터까지 어떻게 HTTP 요청이 처리되는지 알아보았다. 이번 포스팅에서는 [클라이언트 측 LAN]에서 일어나는 일 중, 트위스트 페어 케이블, 리피터 / 스위칭 허브를 지나 라우터에서 어떤 식으로 패킷을 중계하는지 알아보자. (케이블, 허브에서 일어나는 건 전기신호에 대한 내용이라 정리하지 않았다.) 🌱 라우터는 어떻게 생겼을까? 기본적으로 라우터의 경우 네트워크 간의 패킷을 중계하는 장치로, 이더넷 같은 링크 계층 프로토콜과 IP 같은 네트워크 계층 프로토콜을 모두 지원한다. 실제로는 훨씬 복잡하겠지만 간결하게 그리면 이런 구조로 생겼다. 여기서 '중계..