suebeen / web-study

👋  Hi there!

I enjoy running, cooking and bowling. 👩🏻‍🍳 🎳
I hope to develop every beautiful things. ✨

💪 Skills

Platforms & Languages

Tools

   

web-study's Issues

06 프로덕션 배포

서브넷(subnet) 이란?

클래스 단위로 분류를 하게 되면 적절한 네트워크의 크기로 구분할 수 없다. 따라서 서브넷으로 분할하여 사용한다. 서브넷(Subnet)이라는 것은 하나의 네트워크가 분할되어 나눠진 작은 네트워크이다. 네트워크를 분할하는 것을 서브네팅(Subnettin)이라고 한다. 그리고 이 서브네팅은 서브넷 마스크(Subnet Mask)를 통하여 수행될 수 있다.

서브넷이 필요한 이유

이러한 기술들은 결국 각 클래스로 나눠진 네트워크를 운영중인 서비스의 규모에 맞게 분할하여 사용하기 위한 기술이다.
따라서 이런 기술을 통해서 매우 큰 네트워크를 작게 나눠서 사용하면서, 낭비되는 IP주소 자원을 최소화하려는 것이 주된 목적이다.

다른 이유로는 브로드 캐스팅을 사용할 때이다.
이 기술은 특정 네트워크에 연결된 모든 기기에 하나의 메시지로 동시에 데이터를 보내는 것이다.
이를 사용할 때 연결된 호스트 디바이스가 많다면, 당연히 성능의 저하가 올 수 있다.
따라서 네트워크의 규모를 줄여서 브로드 캐스팅으로 인한 부하를 줄일 수 있는 것이다.

브로드캐스팅(broadcasting)은 송신 호스트가 전송한 데이터가 네트워크에 연결된 모든 호스트에 전송되는 방식을 의미한다.

chap04.백엔드 인증 통합

1.JWT 장점 및 단점

1-1) JWT는 매우 복잡한 표준이어서 사용자가(개발자) 잘못 이해할 가능성이 있다. 설정이 잘못되는 경우 최악에 모든 사용자가 유효한 JWT를 생성해서 다른 사용자인척 할 수 있다. 이는 초보개발자들 사이에서 나오는 실수가 아니고, 실제로 Auth0에서 이러한 버그를 만들어낸 적이 있다. 이는 많은 보안 전문가들이 JWT를 싫어하게 되는 이유 중 하나가 되었다. JWT는 수많은 기능을 제공하고 있기 때문에, 개발자들이 잠재적으로 실수 할 수 있는 범위가 넓다.

1-2) 로그아웃에 문제가 있다. 전통적인 세션을 활용하는 방법의 경우, 단순히 세션 스토리지에서 해당 세션 값을 날리면 되었고 이것으로 충분했다. 그러나 JWT와 다른 무상태 (stateless) 토큰으로는 이것이 불가능하다. 우리는 이 토큰을 지울 수 없다. 왜냐하면 이는 스스로 정보를 담고 있는 토큰이며, 토큰의 상태를 관리하는 중앙 인증 관리 시스템이 없기 때문이다. 이는 아래 세가지 방법으로 해결할 수 있다.

• 토큰의 생명 주기를 굉장히 짧게 하는 방법 (5분 이내). 해당 시간이 지나면, 새롭게 토큰을 만든다.
• 시스템에서 최근에 만료된 토큰을 저장해 두는 것
• 서버 로그아웃 기능 자체를 없애고, 클라이언트에 토큰 삭제를 맡기는 방법 좋은 시스템의 경우엔 앞에 두가지 방법을 선택한다. 그러나 두 문제의 해결책에서 볼 수 있는 것처럼, 두 방법은 모두 중앙에서 인증을 관리해야 하는 시스템이 필요하며 이는 더 이상 JWT의 장점을 유효하지 않게 만든다.

1-3) JWT의 크키는 상대적으로 크기 때문에, 쿠키에 JWT를 담을 경우 오버헤드가 발생한다는 것이다.

Spring Security / JWT / OAuth 2.0
대형 서비스의 경우 MSA 방식의 아키텍처이며, OAuth 2.0 방식의 인증방식을 주로 사용한다.

• OAuth 2.0란
  기본적으로 OAuth (OpenID Authentication) 란, 타사의 사이트에 대한 접근 권한을 얻고 그 권한을 이용하여 개발할 수 있도록 도와주는 프레임워크다. 구글, 카카오, 네이버 등과 같은 사이트에서 로그인을 하면 직접 구현한 사이트에서도 로그인 인증을 받을 수 있도록 되는 구조다.

06 : 프로덕션 배포

1. ASG 에서 서버 증설, 서버 축소를 자동으로 해주는데 서버 증설시에는 인스턴스를 만들고 서버를 자동으로 넣어주는지?
   인스턴스만 늘려준다면, 안에 서버는 없을텐데..

2. VPC란?

3. 서브넷이란?

chap04 : 인증 백엔드 통합

❗토큰 기반 인증은 유효기간 생성, 일괄 로그인 등을 할 수 있는데, 왜 로그아웃 Basic 인증에서는 로그아웃 사용이 불가할까?

❗JWT 에서 왜 전자서명을 사용하는지? (다른 인증 방식이 많을텐데..)

❗전자서명에 대한 플로우, 방식 프로세스 / 어떤식으로 인증을 하고 확인을 하는지

❗"서버에서 전자 서명된 토큰을 이용하면 스케일 이슈를 해결할 수 있다." 라고 적혀있는데 똑같이 통신마다 JWT 데이터를 보내는데 어떻게 스케일 이슈를 해결한건지

05. 인증 프론트엔드 통합

• 서버사이드렌더링과 클라이언트사이드렌더링을 각각 언제 적용하는게 좋은지?
• 쿠키와 세션

서버사이드렌더링/클라이언트사이드 렌더링
쿠키와 세션

05 인증 프론트 엔드 통합

UI 글리치란 ?

글리치(glitch)는 시스템의 일시적인 오류를 일컫는 말이다.

Chapter3

223P 실습코드 3-42

1

if(request){ options.body = JSON.stringfy(request); }
위 코드의 조건문 안의 request라는 파라미터가 NULL 일때는 어떻게 처리될거 같나요?

2

JSX 문법 처음 경험했을 때 JS 코드와 HTML코드가 함께 쓰다보니 가독성이 많이 떨어져 보였는데, 숙련도 이슈인지?

3

`
componentWillMount() {
console.log('componentWillMount');
}

componentDidMount() {
console.log('componentDidMount');
}

componentWillReceiveProps(nextProps) {
console.log('componentWillReceiveProps');
}

shouldComponentUpdate(nextProps, nextState) {
console.log('shouldComponentUpdate');
return true / false;
}

componentWillUpdate(nextProps, nextState) {
console.log('componentWillUpdate');
}

componentDidUpdate(prevProps, prevState) {
console.log('componentDidUpdate');
}

componentWillUnmount() {
console.log('componentWillUnmount');
}
`

리액트의 가상돔을 사용하다보니 생명주기에 관한 Rendering에 위와 같이 많다
프로젝트를 진행하면서 Rendering 시점 문제를 경험해본적이 있는지

백엔드 인증 통합

• JWT 장단점 — Stateful vs. Stateless
  • 장점
    • 사용자 인증에 필요한 모든 정보는 토큰 자체에 포함하기 때문에 따로 스토리지가 필요 없음
      • 수평확장이 매우 쉬움 — Session Cluster 필요 없음
    • 따라서, Active User가 많은 서비스에서 JWT사용이 유리함
      • Session을 사용할 경우 Active User 수 만큼 Session을 저장해야 하기 때문에 스토리지 관리가 어려워짐
  • 단점
    • 토큰 크기를 가능한 작게 유지해야 함
      • 토큰 자체가 항상 HTTP 요청에 포함되어야 하기 때문에 토큰이 커질수록 불리함
    • 유효기간이 남아 있는 정상적인 토큰에 대해 강제적으로 만료 처리가 어려움
      • Session을 사용할 경우 동시 Session 제어, Session 만료 처리 등 보안상 이점이 있음
• 서블릿 필터 동작과정
  • 초기화
    • 서블릿 컨테이너는 필터를 인스턴스화 한 후 정확히 한 번 init 메소드를 호출
    • 성공적으로 초기화가 완료돼야 필터링을 수행가능
    • FilterConfig를 통한 커스텀한 filter 설정이 가능
  • 필터링
    • request, response에 대한 필터링 로직을 작성하는 곳
    • resquest, response가 체인을 통과할 때 마다 서블릿 컨테이너에서 호출
    • 파라미터로 들어올 시 이전 필터의 정보를 받아오며, 메소드 안에서 사용시 다음의 필터 또는 리소스를 호출하는 역할
    • 사용하지 않을 시, 요청을 servlet으로 보내지 않고 바로 응답
  • 소멸
    • doFilter 메서드 내의 모든 스레드가 종료되거나 설정한 제한 시간이 지난 후에 서블릿 컨테이너에 의해 한번 호출
    • 웹 컨테이너가 destroy를 호출 한 후에는 인스턴스에서 doFilter를 다시 호출하지 않음
    • 인스턴스를 소멸하기 전 호출하는 메소드

[실습 2장] 백엔드 개발

1. JAVA의 Generic

List<Generic>

제네릭(Generic)은 직역하자면 '일반적인'이라는 뜻이다. '데이터 형식에 의존하지 않고, 하나의 값이 여러 다른 데이터 타입들을 가질 수 있도록 하는 방법'이다.

• Java의 Jeneric에 와일드 카드로 아래와 같이 사용가능한데, 각 와일드카드의 내용에 따라 형식에 맞춰 객체를 생성하면된다.

<T> Type => String / Integer 등
<E> Element => Array/ ArrayList/ Map 등의 Object 형식
<K> Key => Key 값의 타입
<V> Value => Value 값의 타입
<N> Number => 숫자 형식

Generic의 장점

1. 제네릭을 사용하면 잘못된 타입이 들어올 수 있는 것을 컴파일 단계에서 방지할 수 있다.
2. 클래스 외부에서 타입을 지정해주기 때문에 따로 타입을 체크하고 변환해줄 필요가 없다. 즉, 관리하기가 편하다.
3. 비슷한 기능을 지원하는 경우 코드의 재사용성이 높아진다.

위의 와일드카드 형식은 반드시 한 글자일 필요는 없다. 또한 설명과 반드시 일치해야 할 필요도 없다.
예로들어 라고 해도 전혀 무방하다. 다만 대중적으로 통하는 통상적인 선언이 가장 편하기 때문에 위와같은 암묵적(?)인 규칙이 있을 뿐이다.

2. JPQL 과 Native SQL

• JPQL(Java Persistence Query Language): JPQL은 SQL과 비슷한 문법을 가진 객체 지향 쿼리입니다.
• Native SQL : Native SQL을 사용하여 쿼리를 정의 할 수 있습니다. Native SQL을 사용하려면 nativeQuery 속성의 값을 true 로 설정합니다.

https://hgko1207.github.io/2021/06/19/spring-jpa-1/

3. Java Stream

자바 8에서 추가한 스트림(Streams)은 람다를 활용할 수 있는 기술 중 하나입니다. 자바 8 이전에는 배열 또는 컬렉션 인스턴스를 다루는 방법은 for 또는 foreach 문을 돌면서 요소 하나씩을 꺼내서 다루는 방법이었습니다. 간단한 경우라면 상관없지만 로직이 복잡해질수록 코드의 양이 많아져 여러 로직이 섞이게 되고, 메소드를 나눌 경우 루프를 여러 번 도는 경우가 발생합니다.

스트림은 '데이터의 흐름’입니다. 배열 또는 컬렉션 인스턴스에 함수 여러 개를 조합해서 원하는 결과를 필터링하고 가공된 결과를 얻을 수 있습니다. 또한 람다를 이용해서 코드의 양을 줄이고 간결하게 표현할 수 있습니다. 즉, 배열과 컬렉션을 함수형으로 처리할 수 있습니다.

또 하나의 장점은 간단하게 병렬처리(multi-threading)가 가능하다는 점입니다. 하나의 작업을 둘 이상의 작업으로 잘게 나눠서 동시에 진행하는 것을 병렬 처리(parallel processing)라고 합니다. 즉 쓰레드를 이용해 많은 요소들을 빠르게 처리할 수 있습니다.

스트림에 대한 내용은 크게 세 가지로 나눌 수 있습니다.

• 생성하기 : 스트림 인스턴스 생성.
• 가공하기 : 필터링(filtering) 및 맵핑(mapping) 등 원하는 결과를 만들어가는 중간 작업(intermediate operations).
• 결과 만들기 : 최종적으로 결과를 만들어내는 작업(terminal operations).

4. Optional 객체

Optional이란?
Optional는 “존재할 수도 있지만 안 할 수도 있는 객체”, 즉, “null이 될 수도 있는 객체”을 감싸고 있는 일종의 래퍼 클래스입니다. 원소가 없거나 최대 하나 밖에 없는 Collection이나 Stream으로 생각하셔도 좋습니다. 직접 다루기에 위험하고 까다로운 null을 담을 수 있는 특수한 그릇으로 생각하시면 이해가 쉬우실 것 같습니다.

Optional의 효과

• 예외를 유발할 수 있는 null을 직접 다루지 않아도됨.
• null 체크를 직접 하지 않아도 됨.
• 명시적으로 해당 변수가 null일 수도 있다는 가능성을 표현할 수 있습니다. (따라서 불필요한 방어 로직을 줄일 수 있습니다.)

issue

@table @entity name 매핑 시 쿼리 동작 의문

의존성 주입

"한 오브젝트가 의존하는 오브젝트를 생성하는 것이 아니라 외부에서 넘겨받는 것을 의존성 주입이라고 한다."
오브젝트에서 생성하는 것이 아니라 외부에서 넘겨 받아서 사용하는 것이면, 싱글톤 방식과는 어떤 차이가 있을까요

https://esoongan.tistory.com/90?category=915638
https://dpdpwl.tistory.com/140

[실습 2장] 백엔드 개발

1. Entity와 DTO 차이점

굳이 entity를 만들고 그 객체들을 DTO에서 다시 가져다 쓰는지?

public TodoDTO(final TodoEntity entity) { this.id = entity.getId(); this.title = entity.getTitle(); this.done = entity.isDone(); }

2. ResponseDTO response = ResponseDTO.builder().data(list).build()

왜 이런식으로 쓰는지..?
https://jeongmin-it.tistory.com/51

3. 책에서 여러가지 역할을 하는 파일들이 있는데 폴더 구성은 어떻게 하는지?

4. throw new RuntimeException("Entity cannot be null"); 는 어떤 결과가 나올지

5. entities.stream().map(TodoDTO::new).collect(Collectors.toList());

6. H2데이터 베이스는 테이블 구성을 어디에 할까�

Entity 에서 @table(name = "Todo") 로 테이블 매핑은 하는거 같은데 구성을 안한거 같은데,,?