명품호세의 개발 공부 및 기록 블로그

동시성 (Concurrency)

• 소프트웨어 적으로 동시에 실행되는 것처럼 보이게 하는것이다. 
• 싱글 코어에서 멀티 스레드를 동작시키기 위한 방식
  • 멀티 코어에서도 동시성은 사용 가능하다.
• 멀티 태스킹을 위해 여러 개의 스레드가 번갈아가면서 실행되는 방식
• 동시성을 이용한 싱글 코어의 멀티 태스킹은 각 스레드들이 병렬적으로 실행되는 것처럼 보이지만 사실은 번갈아 가면서 조금씩 실행되고 있다.

병렬성 (Parallelism)

• 물리적으로 같은 시간동안 작업이 동시에 실행되고 있는것
• 멀티코어에서 멀티 스레드를 동작시키는 방식
• 병렬성은 데이터 병렬성과 작업 병렬성으로 구분된다.
  • 데이터 병렬성 : 전체 데이터를 나누어 서브데이터를 만든 뒤, 서브 데이터들을 병렬 처리하여 작업을 빠르게 수행하는것
  • 작업 병렬성 : 서로 다른 작업을 병렬처리하는것

출처 : 동시성(Concurrency) vs 병렬성(Parallelism) Atin (tistory.com)

웹서버

웹 서버의 개념

• 웹 서버는 소프트웨어와 하드웨어로 구분된다.
• 하드웨어 : Web 서버가 설치되어있는 컴퓨터
• 소프트웨어 : 웹 브라우저 클라이언트로부터 HTTP 요청을 받아 정적인 컨텐츠 (html, css 등)를 제공하는 컴퓨터 프로그램

웹서버의 기능

• HTTP 프로토콜을 기반으로 하여 클라이언트의 요청을 서비스 하는 기능을 담당한다.
• 기능 1
  • 정적인 컨텐츠 제공
  • WAS를 거치지 않고 바로 자원을 제공한다.
• 기능 2
  • 동적인 컨텐츠 제공을 위한 요청 전달
  • 클라이언트의 요청(Request)을 WAS에 보내고, WAS가 처리한 결과를 클라이언트에게 전달(응답, Response)한다.
  • 클라이언트는 일반적으로 웹 브라우저를 의미한다.
• 웹 서버의 예 : Nginx, Apache Server 등

WAS ( Web Application Server)

WAS의 개념

• DB 조회나 다양한 로직 처리를 요구하는 동적인 컨텐츠를 제공하기 위해 만들어진 Application Server
• HTTP를 통해 컴퓨터나 장치에 애플리케이션을 수행해주는 미들웨어(소프트웨어 엔진)이다.
• '웹 컨테이너' 혹은 '서블릿 컨테이너' 라고도 불린다.
  • 컨테이너란 JSP, Servlet을 실행시킬 수 있는 소프트웨어를 말한다. WAS는 JSP, Servlet 구동 환경을 제공한다.

WAS의 역할

• WAS = Web Server + Web Container
• 웹서버의 기능들을 구조적으로 분리하여 처리하고자하는 목적으로 제시되었다.
  • 분산 트랜잭션, 보안, 메시징, 쓰레드 처리 등의 기능을 처리하는 분산 환경에서 사용된다.
  • 주로 DB 서버와 같이 수행된다.
• 현재는 WAS가 가지고 있는 웹 서버도 정적인 컨텐츠를 처리 하는데 있어서 성능상 큰 차이가 없다.

WAS의 주요 기능

• 프로그램 실행 환경과 DB 접속 기능 제공
• 여러 개의 트랜잭션(논리적인 작업 단위) 관리 기능
• 업무를 처리한느 비즈니스 로직 수행

WAS의 예 : Tomcat 등

웹 서버와 WAS를 구분하는 이유

웹페이지는 정적 컨텐츠와 동적컨텐츠가 모두 존재한다. 이를 WAS에서 모두 처리하기에는 정적데이터 처리로 인해 부하가 커지게되어 동적 컨텐츠의 처리가 지연되어 수행속도가 저하된다. 웹서버를 사용하여 정적인 컨텐츠만 처리하도록 기능을 분배하여 서버의 부담을 줄일 수 있다.

1. SPR(Single Responsibility Principle) - 단일 책임의 원칙

시스템의 모든 객체는 하나의 책임만을 가져야한다. 객체가 제공하는 모든 기능은 단 하나의 책임을 수행하는데 집중되어 있어야 한다.

2. OCP(Open Closed Principle) - 개방 폐쇄 원칙

기존에 개발된 클래스에 수정사항이 발생하면 그것을 사용하는 클래스에 사이드 이펙트가 발생할 수 있다.

이것을 방지하기 위해 기존 클래스를 수정하지 않고 대신 새로운 클래스나 기능을 만들어 확장해야 한다.

클래스는 기능 확장에 대해서는 열려있지만, 코드 수정에 대해서는 닫혀있어야 한다.

예시) 

• JDBC와 Mybatis, Hibernate 등
• JAVA의 Stream(Input, Out)

3. LSP(Liskov Substitution Principle) - 리스코프 치환 원칙

LSP란 '자식 클래스는 부모 클래스가 사용되는 곳에 대체될 수 있어야 한다'는 원칙이다.

어떤 클래스가 부모 클래스 또는 인터페이스를 의존한다면 해당 부모클래스를 상속한 자식클래스나 인터페이스를 구현한 클래스의 다형성으로 언제든 변경 가능하다.

4. ISP(Interface Segregation Principle) - 인터페이스 분리 원칙

ISP는 SRP와 비슷하다.

SRP는 클래스 관점에서 '클래스는 자신이 사용하지 않는 메소드에 의존하면 안된다'. 라는 인터페이스 사용 가이드라인을 제시한다.

ISP는 인터페이스 관점에서 '클래스는 자신이 사용하지 않는 메소드에 의존하면 안된다'. 라는 인터페이스 사용 가이드라인을 제시한다.

5. DRY(Don't Repeat Yourself) / DIP(Dependency Inversion Principle)

• DRY : 공통되는 부분은 추출하여 추상화하고 한곳에 두어 중복코드를 피하라
• DIP : 구체적인 클래스 대신 추상적인 클래스에 의존하라는 뜻이다. 

// 사용하지말기
ArrayList list = new ArrayList()

// 사용하기
List list = new ArrayList();

클라이언트 클래스에서는 부모 클래스만 의존하고 자식 클래스를 인자로 넘겨받아 저장한다

흔히들 설계를 할때 응집도는 높게 결합도는 낮게 라는 말을 많이 쓴다. 

응집도가 뭐길래 높은게 좋은거며 결합도는 또 뭐길래 낮은게 좋다고 하는걸까?

응집도

응집도란 모듈 내부의 기능적인 응집 정도를 나타낸다. 

예를 들면 File과 관련된 모듈이 있는데 이 모듈이 제공하는 것은 File 읽기, 쓰기, 만들기, 삭제하기와 같은 File과 관련된 작업만 있다면 응집도가 높다고 볼 수 있고 만약 File과 관련이 없는 작업(파일에서 읽어서 Array로 바꾸기 등)이 있다면 이러한 작업은 File 자체와는 관련이 없으므로 응집도가 낮다고 볼수 있다고 생각한다.

결합도

모듈(클래스)간의 상호 의존 정도를 나타내는 지표로써 결합도가 낮으면 모듈간의 상호 의존성이 줄어들어서 객체의 재사용 및 유지보수가 유리하다.