Spring vs Nest (자료수집 중 보류...)

뮤·2022년 6월 27일

SKILL

목록 보기

7/16

우리나라는 상대적으로 자바 스프링이 강세인 편이다.
그때문에 노드 백엔드 비중이 상당히 적다.

하지만 최근들어서 노드를 백엔드로 사용하기 시작하고
스타트업의 언어라고 불렸던 네스트가 최근들어서 배민, 토스, 네이버가 사용하기 시작했다.

그렇다면 왜? 자바 기반에서 노드로 넘어오게 되는 것인지
스프링에서 네스트로 넘어오는 것인지

그렇다면 두 개의 차이는 무엇인지 적어보는 챕터다.

자바와 자바스크립트는 같은 형제처럼 보이지만 그게 아니다.

자바스크립트는 무려 10일만에 만들어진 프로그래밍 언어인데~~(한달만 걸렸더라도...)~~
그 당시 자바의 인기가 상당히 많았어서, 인기를 좀 같이 가져오고 싶다는 이유로
자바스크립트라는 이름을 붙였다고 한다~~(저작권의식은 어디에 간거지?)~~

이러한 사실을 모르는 많은 사람들은 두 개의 언어는 비슷하겠지! 라는 착각을 하는데
실제로는 다른 부분이 상당히 존재해서 어렵다기보다는 헷갈린다. 라고 이야기를 한다.

간단하게 차이를 살펴보자면 아래의 표와 같다.

큰 분류로 나눠보면 이정도가 있을 것 같다!

이것을 조금 더 디테일하게 확인을 해보자.

두 개는 엄밀히 다른 것이기에, 이것의 차이를 알아야한다.
정말 간단한 설명이 진행되기에 자세한 것은 글 하단 참고자료에 넣어놓겠다.

쉽게 확인하는 방법은 바로 작업관리자를 켜보는 것이다.

위의 사진을 보면 명확하게 구분을 할 수 있는데

프로세스란 현재 컴퓨터가 실행되고 있는 프로그램을 이야기한다.
- 프로세스 이름이라는 세로줄에는 한개 한개의 프로그램이 있는 것을 볼 수 있다.
스레드는 프로그램을 작동시키는 일꾼이라고 볼 수 있다.
- 스레드라는 세로줄에는 한개 한개의 프로세스마다 각기 다른 수를 확인할 수 있다.

CPU를 찾다보면 N코어 M스레드라는 말을 볼 수 있는데
한번에 작업을 할 수 있는 단위라고 생각을 하면 된다.

그래서 그래픽작업이나 3D작업같이 수많은 연산이 필요할 경우
상대적으로 코어와 스레드가 많았던 AMD의 제품을 추천해줬던 것이다.

자바는 멀티스레드, 노드는 싱글스레드라고 적혀있었다.

하지만 위에서는 스레드는 한번에 작업을 할 수 있는 단위라고 설명을 했던 것을 생각해본다면
스레드는 무조건 많은게 좋지 않을까? 라는 생각이 들게 된다.

성능적인 편에서는 당연히 많을수록 좋은데 다른 관점에서 생각을 해보자.

지금 작업에서는 1개만 필요한데?
- 즉 많은 작업이 아닐 경우에는 사용하지 않기 때문에 낭비가 될 수 있다는 것이다.
또 스레드는 일꾼이라는 말을 했었는데, 사공이 많으면 배가 산으로 간다는 속담이 있다.
- 멀티스레드를 구현하여 관리를 하는 것에 대한 어려움이 존재한다.
스레드(일꾼) 한개가 망가지더라도 영향이 없다.
- 개발자가 한명인 회사에 그 사람이 연차를 쓴다면, 회사가 안굴러갈 것이다.
- 즉 안정성이라는 것을 보장할 수 있는 것이 멀티 스레드의 큰 장점이다.
한개의 스레드가 힘들어하더라도, 작업은 진행된다.
- 싱글스레드의 경우에는 과도하게 연산이 많이 필요한 작업이 있다면 뒤의 작업이 멈추게 될 것이다.
- 하지만 멀티스레드의 경우에는 다른 스레드들이 있기 때문에 작업이 멈추지 않고 계속 진행된다.

노드를 공부하다보면 매번 나오는 이야기 중 하나가 Non-Blocking I/O를 지원한다는 것이다.
그리고 노드는 싱글스레드라는 이야기를 한다.

하지만 정확하게는 노드는 이벤트 루프가 싱글스레드다. 라고 이야기를 해야한다.

왜냐하면 모든 것이 싱글스레드였다면 비동기라는 방식이 작동할 수 없다.
일하는 사람이 한명인데 일을 여러개준다고 한들 할 수 있는게 아니기 때문이다.

아래 노드의 시스템 사진을 한번 보자.

노드의 구조는 V8 엔진과 LIBUV라는 라이브러리가 붙어있는데
LIBUV에서 Non-Blocking I/O와 멀티쓰레드를 지원한다.

현재 작업이 진행되고 있더라도 막지 않고 또 다른 작업을 진행할 수 있다. 라는 의미가
바로 Non-Blocking I/O를 뜻하는 것이고
또 다른 작업을 하기 위하여 LIBUV에서 멀티쓰레드를 지원한다.

작업이 완료된 것을 한개씩 실행을 이벤트루프가 시키기 때문에
노드는 싱글스레드다. 라고 이야기를 하는 것이다.

프로그래밍 언어를 다양하게 나눌 수 있는데, 그 중 한가지가 정적/동적 언어에 관한 것이다.

컴퓨터에게 명령을 시키는 방법은 0과 1로 이루어져있는 어셈블리어를 넘겨주는 것인데

컴파일러 를 통해서 우리가 작성한 코드가 어셈블리어로 변환되고
어셈블러 를 통해서 그것을 해석한 후 실행이 되는 형식으로 되어있다.

여기서 정적 동적언어의 차이는 바로 언제 자료형이 결정되는가?라는 것이다.

정적 언어같은 경우에는 컴파일을 할 때 자료형이 결정된다.
- 그렇기 때문에 코드에 자료형 선언이 있어야한다.
- 미리 타입을 지정하기 때문에 타입 에러로 인한 문제를 미리 잡을 수 있어 안정성이 높다.
- 반대로 타입의 제한으로 코드를 짜는 것이 어려워질 수 있다.
동적 언어같은 경우에는 실행이 되기 직전(런타임)에 자료형이 결정된다.
- 코드가 실행되기 직전에 결정되기 때문에 타입을 선언하지 않아도 무관하다.
- 타입을 지정하지 않기 때문에 유연성이 높다.
- 반대로 타입 에러가 언제 발생할지 모른다는 문제가 있다.

자바스크립트는 그 자체가 동적 언어이기 때문에 1+2+"3"=33이라는 신기한 것을 볼 수 있었다.
그래서 이러한 문제를 해결하기 위하여 타입스크립트가 생겨나게 된 것이다.

대표적인 것들로 자바와 노드의 차이를 알아볼 수 있었다.
그렇다면 어떤게 더 좋은 것일까?

상황에 따라서 어떤게 좋은지 결정된다. 라고 이야기를 할 수 있겠다.

자바(스프링)를 사용하는 것이 좋을 때
- 핀테크와 같이 금융정보들이 오가서 안정성이 필요한 서비스
- 연산이 많이 필요한 서비스
- 프로젝트 단위가 큰 경우
노드를 사용하는 것이 좋을 때
- 요청이 많지만 요청의 데이터가 작은 서비스 (I/O가 많음)
- 실시간 스트리밍이 필요한 서비스
- MSA로 서비스를 분리하여 붙일 경우(프로젝트가 작음)
- 확장성을 염두해야하는 경우
- 빠르게 작업이 필요한 경우