스프링 MVC 2편 - 백엔드 웹 개발 활용 기술 섹션 6 절반 수강

+) 22. 08. 10. 추가!

섹션 6. 로그인 처리1 - 쿠키, 세션 수강 완료!!

패키지 구조

• domain
  • item
  • member
  • login
• web
  • item
  • member
  • login

domain: 화면, UI, 기술 인프라 등의 영역을 제외한, 시스템이 구현해야 하는 핵심 비즈니스 업무 영역이다.
향후 web을 다른 기술로 바꾸어도 도메인은 그대로 유지할 수 있어야 한다. 즉, web은 domain을 의존하지만 domain은 web을 의존하지 않아야 한다.

public Member login(String loginId, String password) {
	return memberRepository.findByLoginId(loginId)
		.filter(m -> m.getPassword().equals(password))
		.orElse(null);
}

⬆️ 로그인의 핵심 비즈니스 로직은 회원을 조회한 다음, 파라미터로 넘어온 password와 비교해서 같으면 회원을 반환하고, 다르면 null을 반환한다.

로그인 상태 유지하기

로그인에 성공하면 서버에서 HTTP 응답에 쿠키를 담아 브라우저에 전달한다. 그럼 브라우저는 해당 쿠키를 지속해서 보내준다.

⬆️ 쿠키 생성 - 로그인

⬆️ 클라이언트 쿠키 전달

쿠키에는 영속 쿠키와 세션 쿠키가 있다.

• 영속 쿠키: 만료 날짜를 입력하면 해당 날짜까지 유지
• 세션 쿠키: 만료 날짜를 생략하면 브라우저 종료 시까지만 유지

cookie.setMaxAge(0);
웹 브라우저 종료 시 서버에서 해당 쿠키의 종료 날짜를 0으로 지정한다. 해당 쿠키는 즉시 종료된다.

쿠키와 보안 문제

쿠키 값은 임의로 변경할 수 있으며, 쿠키에 보관된 정보 또한 훔쳐갈 수 있다.
따라서 쿠키에 중요한 값을 노출하지 않고 사용자별로 예측 불가능한 임의의 토큰(랜덤 값)을 노출하고, 서버에서 토큰과 사용자 ID를 매핑해서 인식해야 한다. 그리고 서버에서 토큰을 관리해야 한다.

세션

이렇게 서버에 중요한 정보를 보관하고 연결을 유지하는 방법을 세션이라 한다.

⬆️ 세션 - 로그인

사용자가 loginId, password 정보를 전달하면 서버에서 해당 사용자가 맞는지 확인한다.

⬆️ 세션 생성

추정 불가능한 세션 ID를 생성한다. UUID는 추정이 불가능하다.
생성된 세션 ID와 세션에 보관할 값(memberA)을 서버의 세션 저장소에 보관한다.

⬆️ 세션 ID를 응답 쿠키로 전달

클라이언트와 서버는 결국 쿠키로 연결되어야 한다.
서버는 클라이언트에 mySessionId라는 이름으로 세션 ID만 쿠키에 담아서 전달한다.
클라이언트는 쿠키 저장소에 mySessionId 쿠키를 보관한다.

회원과 관련된 정보는 클라이언트에게 전달하지 않고, 오직 추정 불가능한 세션 ID만 쿠키를 통해 전달한다.

HttpSession

서블릿을 통해 HttpSession을 생성하면 다음과 같은 쿠키를 생성한다.
쿠키 이름은 JSESSIONID이고, 값은 추정 불가능한 랜덤 값이다.
Cookie: JSESSIONID=5B78E23B513F50164D6FDD8C97B0AD05

• request.getSession(true)
  세션이 있으면 기존 세션을 반환한다.
  세션이 없으면 새로운 세션을 생성해서 반환한다.

• request.getSession(false)
  세션이 있으면 기존 세션을 반환한다.
  세션이 없으면 새로운 세션을 생성하지 않고 null을 반환한다.

• session.invalidate()
  세션을 제거한다.

이미 로그인된 사용자를 찾을 때는 다음과 같이 사용하면 된다. (세션을 생성하지 않는다.)
@SessionAttribute(name = "loginMember", required = false) Member loginMember

세션의 종료 시점

사용자가 서버에 최근 요청한 시간을 기준으로 30분 정도를 유지해주면, 세션의 생존 시간이 30분으로 계속 늘어나게 된다. HttpSession은 이 방식을 사용한다.
세션의 시간을 너무 길게 설정하면 메모리 사용이 계속 누적될 수 있으므로 적당한 시간을 선택하는 것이 중요하다. HttpSession이 제공하는 타임아웃은, 기본이 30분이라는 것을 기준으로 고민하면 된다.

---

RDB vs NoSQL

+) 22. 08. 04. 04:04 추가 (444 신기하네...)

RDB(Relational Database)

관계형 데이터베이스란, 데이터를 단순한 표(table) 형태로 표현한 데이터베이스다.
사용자는 표의 분할, 결합을 자유롭게 할 수 있으며 추가, 변경도 다른 영향을 받지 않게 행할 수 있다.
RDB는 데이터 독립성이 높으며 결합(join), 제약(restriction), 투영(projection) 등 관계 조작에 의해 표현 능력을 비약적으로 높일 수 있다.

- 컴퓨터인터넷IT용어대사전

---

관계형 데이터베이스는 일반적인 서비스에서 가장 많이 사용되는 DB 타입이다.
학번이나 이름, 전화번호 등 정해진 정보 타입에 따라 정보가 입력되거나, 기록이 추가되는 방식이기 때문에 복잡한 계산 없이 각각의 데이터가 어디로 들어가야 할지 미리 정해져 있는 경우가 대부분이다.
따라서 입력되는 정보가 숫자인지 텍스트인지 미리 정해 둘 수 있으며, 이로 인해 효율적인 DB 설계가 가능한 것이다.

RDB는 수많은 데이터 중에서 원하는 내용을 찾고 정렬하기에 좋다. 미리 예상되는 데이터의 흐름에 맞게 설계해두기 때문에 안정성도 높다.

---

RDB 서비스 종류(SQL)

• ORACLE
• MySQL
• MS SQL

---

RDB 특징

• 명확한 데이터 구조를 보장한다. → 정해진 구조에 맞는 데이터만 추가 가능하다.

• 하나의 테이블에서 중복 없이 하나의 데이터만 관리한다.

• 테이블 간 관계를 나타내기 위해 외래키(foreign key)를 사용하며, 외래키를 이용한 테이블 간 join이 가능하다.

  학번(Primary Key)	이름	전화번호
  202212345	장미	010-XXXX-XXXX
  202212346	차은우	010-YYYY-YYYY

  등록금 납부 번호(Primary Key)	학번(Foreign Key)	등록금
  2022080412345	202212345	5,000,000
  2022080412346	202212346	3,000,000

• 테이블 간 관계를 맺고 있어 시스템이 커질 경우 복잡한 쿼리(많은 join문)가 만들어질 수 있다.

• 성능 향상을 위해 Scale-up을 한다. → 비용이 많이 든다.

• 스키마 변경이 유연하지 않다.

---

NoSQL(Not Only SQL)

NoSQL이란, 빅데이터 처리를 위한 비관계형 데이터베이스 관리 시스템이다.
RDBMS와는 다르게 비관계형(non-relational) DBMS로, 대규모의 데이터를 유연하게 처리할 수 있는 것이 강점이다.
테이블-컬럼과 같은 스키마 없이 분산 환경에서 단순 검색 및 추가 작업을 위한 키 값을 최적화하고, 지연(latency)과 처리율(throughput)이 우수하다.

- IT용어사전

---

기술이 발달할수록 데이터는 점점 커져가고, 비정형 데이터의 수가 폭발적으로증가했다. RDB로는 이러한 데이터들을 저장 및 관리하기가 힘들었기 때문에 NoSQL이 등장했다.

NoSQL은 비관계형 데이터 스토리지 시스템, 비정형 데이터베이스들을 통칭한다. 고정된 테이블 스키마와 join 개념을 사용하지 않도록 모델링 하기 때문에 ACID 속성이 유연하게 적용된다.

---

NoSQL 종류

• Key-Value
  데이터가 Key-Value 쌍으로 저장된다. 키는 값에 접근하기 위한 용도로 사용되며, 값은 어떠한 형태의 데이터라도 담을 수 있다.
  간단한 API를 제공하는 만큼 질의의 속도가 매우 빠른 편이다.

  • Redis, DynamoDB 등

• Document
  Key와 Document 형태로 저장된다. Value가 계층적인 형태의 Document로 저장되기 때문에 하나의 객체를 여러 개의 테이블에 나눠 저장할 필요가 없다.
  객체를 Document 형태로 저장 가능하기 때문에 객체-관계 매핑이 필요 없다.
  검색에 최적화되어 있으며 질의의 결과가 주로 JSON, XML 형태로 출력된다.

  • MongoDB, Couchbase 등

• Wide Column
  Column-family Model 기반의 데이터베이스이며, Key에서 필드를 결정한다. 키는 Row(키 값)와 Column-family, Column-name을 가진다.
  연관된 데이터들은 같은 Column-family 안에 속해 있으며 각자의 Column-name을 가진다.
  이렇게 저장된 데이터는 하나의 커다란 테이블로 표현이 가능하다.

  • HBase, Hypertable 등

• Graph
  Node, Edge, Property와 함께 그래프 구조를 사용하여 데이터를 표현하고 저장한다. 데이터 간의 관계가 탐색의 키일 경우에 적합하다. (페이스북이나 인스타그램 같은 Application에 적합하다.)

  • Neo4j 등

---

NoSQL 특징

• 스키마가 없기 때문에 유연하며, 자유로운 데이터 구조를 갖는다.

• 데이터 분산이 용이하며 Scale-out이 가능하다.

• Cloud Computing에 적합하다.

• 데이터 중복이 발생할 수 있으며, 중복된 데이터가 변경될 경우 모든 컬렉션에서 수정을 해야 한다.

• 스키마가 없기 때문에 데이터 구조 결정이 어려울 수 있다.

---

RDB와 NoSQL 비교 정리

구분	RDB	NoSQL
장단점	데이터 무결성, 정합성을 보장하지 않음	데이터 무결성 보장
	비정형, 반정형 데이터 처리	정형화된 데이터 처리
		확장성 문제가 있으며 분산 환경에 부적합함
특징	약한 Consistency	JOIN
	Scheme가 없어 변경이 용이함	ACID
Use Case	대량 데이터 처리 시	중요한 트랜잭션 처리(금융)가 요구되는 경우
	빠른 성능 요구 시(실시간 스트리밍 등)

---

참고 자료

1. “관계형 데이터베이스(RDB)란 무엇인가요?”. 요즘IT. 2021년 05월 10일 수정, 2022년 08월 04일 접속, https://yozm.wishket.com/magazine/detail/675/

2. “[Database] RDBMS와 NoSQL의 차이점”. 히진쓰의 서버사이드 기술 블로그. 2021년 02월 07일 수정, 2022년 08월 04일 접속, https://khj93.tistory.com/entry/Database-RDBMS%EC%99%80-NOSQL-%EC%B0%A8%EC%9D%B4%EC%A0%90

3. “SQL과 NOSQL의 차이”. Tech Interview. 2022년 06월 09일 수정. 2022년 08월 04일 접속, https://gyoogle.dev/blog/computer-science/data-base/SQL%20&%20NOSQL.html

4. “NoSQL강의) NoSQL 개요 및 기본이론”. 데브원영. 2019년 07월 22일 수정. 2022년 08월 04일 접속, https://blog.voidmainvoid.net/230

---

함께 보면 좋은 자료

• 노마드 코더 Nomad Coders, “SQL vs NoSQL 5분컷 설명!”, https://youtu.be/Q_9cFgzZr8Q

---

코테 1문제

---

베이스볼 재수정