Search

Essential Developer

왕승재의 학습 저장소
개발 일지

Golang Web Frameworks

•
Golang은 다른 언어에 비해 절대적인 입지를 가진 프레임워크가 없기 때문에 여러 프레임워크 중에서 선택해야한다.
Java - Spring Node.js - Express, NestJS Python - Django, FastAPI
•
다만 절대적인 입지를 가진 프레임워크가 없을 뿐이지 Golang에서 자주 쓰이는 대표적인 프레임워크는 총 5개정도 있다.
•
해당 글에서 다룰 웹 프레임워크이다.
•
다른 웹 프레임워크보다 압도적인 성능을 보여준다.
•
위 그래프를 보면 다른 프레임워크에 비해 가장 늦게(2020년) 출시되었지만 압도적인 성장을 보여주고 있다.
Go Fiber를 이용한 MVC 기반 웹서버 만들기 (+boilerplate)
Backend
2024/02/18

Fiber의 Default Error Handler

•
fiber 공식 문서에 Custom Error Handler를 만드는 방법에 대해 아주 간략하게 나와있다.
•
다만, 해당 내용만으로 개발자가 원하는 Custom Error Handler를 만들기 힘들기에 내가 Custom Error Handler를 만든 경험을 공유하고자 글을 적는다.

Custom Error Handler

먼저 내가 만들고 싶은 Error Handler에 대해 정의했다.

Error 구조 정의

•
Code: 사전에 정의된 Custom Error Code.
•
Err: Golang 기본 error type.
Go Fiber Error Handler 커스텀하기
Backend
2024/01/23

테스트를 하기 전에 알아야할 것들

1.
테스트 코드의 func의 이름의 가장 앞에는 항상 Test라고 prefix가 있어야 Go가 인식합니다. 또한 파일 이름이 _test로 끝나야합니다.
2.
단위 테스트는 테스트할 func과 같은 패키지에 있어야하고, 통합 테스트는 Project Root에 두는걸 권장합니다. (import cycle 방지)
가장 빠르게 Go Test Code를 작성하는 방법

Go Docker 경량화

•
기존 Dockerfile의 경우 우분투 이미지를 사용하고 있으며 go build후 실행 파일을 우분투에 올려 실행합니다.
•
하지만 이렇게 할 경우 우분투의 기능을 사용하지 않음에도 무거운 우분투 이미지를 이용해 빌드하기에 비효율적이라고 생각되었습니다.

Image Options

•
Golang의 docker 이미지는 대표적으로 아래와 같이 5가지 정도입니다.

이미지 용량 비교

•
기본적으로 scratch는 timezone과 CA certificates가 포함되어 있지 않기에 정확한 비교가 될 수 없습니다.
•
BusyBox, Scratch-advanced 및 Distroless는 용량이 3.06MB와 4.17MB 사이에 위치하여 매우 비슷합니다. 특히 컨테이너에 연결하여 다른 도구를 설치하지 않을 경우(예: 디버깅 목적) 안전한 이미지들 입니다.
•
Debian은 가장 큰 이미지이며 개발 목적과 테스트, 컨테이너 내부에 다른 도구를 배치하려는 경우에 좋을 수 있습니다.
•
Alpine은 가장 작은 세 개의 이미지와 Debian 사이에 좋은 절충안을 제공합니다.

scratch

•
여러 이미지들 중에서 가장 경량화가 잘 되어 있는 scratch를 선택했습니다.
Go Docker 경량화
DevOps
2023/07/03

Decorator란?

데코레이터는 함수로서 호출됩니다. 데코레이터 함수는 꾸밀 대상인 클래스, 메서드, 프로퍼티를 인자로 받고, 그 대상을 변경한 결과를 반환합니다. 이 결과를 다시 대상에 할당함으로써, 대상을 꾸밀 수 있습니다.
자바스크립트의 데코레이터는 클래스, 메서드, 프로퍼티 등을 꾸밀 수 있는 기능입니다. ES2016(ES7)에서는 이 기능이 표준으로 추가되었습니다.
•
데코레이터는 비즈니스와 상관 없는 로직들을 숨기면서 기능을 변경하거나 확장할 수 있게 한다.
•
또한 여러 클래스에서 반복되는 공통 관심사가 있을 때 데코레이터를 사용하면 중복 코드를 줄이고 코드를 모듈 단위로 관리하는 효과를 거둘 수 있다.

TypeScript에서의 Decorator

NestJS Custom Decorator

AWS Parameter Store 란?

AWS Systems Manager의 기능인 Parameter Store는 구성 데이터 관리 및 암호 관리를 위한 안전한 계층적 스토리지를 제공합니다.

특징

•
구성 데이터 관리 및 암호 관리를 위한 안전한 계층적 스토리지를 제공한다.
•
파라미터를 생성할 때 고유 이름을 지정해서 다양한 곳에서 참조 가능하다.
•
파라미터 값으로 저장할 수 있는 데이터.
•
저장 값 종류.
암호 교체 수명 주기를 구현하려면 AWS Secrets Manager를 사용합니다. Secrets Manager를 사용하면 수명 주기 동안 데이터베이스 자격 증명, API 키 및 기타 보안 암호를 손쉽게 교체, 관리 및 검색할 수 있습니다.

사용 비용

•
무료

Parameter Store 파라미터를 지원하는 AWS 서비스

•
Amazon EC2
•
Amazon Elastic Container Service
NestJS AWS Parameter Store 라이브러리 개발 일지
Backend
2023/04/22

Index를 이용한 통계 데이터 GET API 개선

Index를 이용한 DB 성능 개선 일지

Cluster Mode

PM2의 cluster mode

The cluster mode allows networked Node.js applications (http(s)/tcp/udp server) to be scaled accross all CPUs available, without any code modifications. This greatly increases the performance and reliability of your applications, depending on the number of CPUs available.
•
코드 수정 없이 Node.js 애플리케이션을 CPU에 따라 확장할 수 있다.
•
안정성과 성능을 크게 향상할 수 있습니다.
•
Node.js의 cluster mode를 사용한다.

Node.js의 cluster mode

A single instance of Node.js runs in a single thread. To take advantage of multi-core systems, the user will sometimes want to launch a cluster of Node.js processes to handle the load.
•
Node.js의 단일 인스턴스는 단일 스레드에서 실행되는데, 멀티 코어 시스템을 이용하기 위해서 Node.js 프로세스들을 클러스터로 사용할 수 있다.
•
이를 통해 모든 서버 포트를 공유하는 하위 프로세스를 생성한다.
The worker processes are spawned using the child_process.fork() method, so that they can communicate with the parent via IPC and pass server handles back and forth.
무중단 배포 맛보기

유저 검색 개선

기존 방식

•
검색 페이지에 들어올 때 마다 모든 유저의 [ id, name, introduce, profile_image ]를 가져와 클라이언트로 전송한다.
•
클라이언트측에서는 검색을 할 때 해당 검색어를 리스트의 name에서 찾아 일치하는 유저들을 보여준다.

문제점

•
검색 페이지에 들어올 때 모든 유저의 정보를 가져오는게 너무 오래 걸린다.
•
검색 페이지에 들어오면 로딩 시간이 필요한 상황이라 사용자 입장에서 사용했을 때 심각한 불편을 느꼈다.
•
개발자 도구에서 네트워크를 확인해보니 모든 유저 정보를 가져오는데 대략 120ms이 걸리는 것을 볼 수 있으며, 다른 API와 비교했을 때 대략 4~6배 느린것을 확인할 수 있다.

고민

•
먼저 사용자 입장에서 검색 기능의 이용 빈도를 생각 했을 때 과연 얼마나 사용할까를 생각해봤다.
•
인스타를 생각해봤을 때 다른 사람을 팔로잉할 때 주로 검색 기능을 사용한다.
•
그 때문에 다른 기능에 비해 상대적으로 낮은 이용 빈도가 예상된다.
•
그래서 굳이 모든 유저 정보를 가져올 필요 없이 사용자가 검색어(이름)를 입력할 경우 해당 검색어에 해당되는 유저 정보들만 가져와서 보여주면 되지 않을까라는 생각을 했다.
Full Text Search를 이용한 DB 성능 개선 일지
Database
2022/12/14

상황 설명

•
현재 우리 프로젝트는 클라이언트측에서 가지고 있는 user_id와 쿠키의 payload에 있는 user_id를 비교하여 같을 경우에만 API 호출이 가능하도록 하는 검증 단계(AuthGuard)가 있다.
•
하지만 로컬에서는 문제 없이 request header와 쿠키에서 user_id를 갖고 오지만, 배포 환경에서는 request header에서 user_id를 갖고오지 못해 계속 unauthorized 401 에러가 발생 했다.
•
(역시 한번에 성공적으로 배포하기가 쉽지 않다...)

클라이언트에서 custom header를 못보내주나?

•
처음에는 클라이언트에서 헤더를 못보내주는 줄 알았다.
•
그 때문에 개발자 도구의 네트워크 탭을 확인하자, request header에 정상적으로 user_id가 있는걸 확인했다.

CORS 문제인가?

•
클라이언트측에서 request header를 잘 보내주는걸 확인한 뒤로 의심해볼것은 만악의 근원 CORS 였다.
•
알아본 결과, 예비 요청(Preflight)에 대한 Response Header에 사용되며, 본 요청에서 사용할 수 있는 HTTP Header를 지정하는 Access-Control-Allow-Headers라는 설정이 있었다.
•
그래서 NestJS를 사용하는 우리 프로젝트에서 다음과 같이 적용해봤다.
•
allowedHeader 설정을 추가해도 역시나 header에서 user_id를 받을 수 없었다.

underscores_in_headers

Request Header의 특정 헤더값이 확인이 안되는 경우
DevOps
TroubleShooting
2022/12/14

기존 방식의 문제점

•
클라이언트측에서 /api/oauth/google을 호출 할 경우 AuthGuard로 인해 자동으로 구글 로그인 페이지로 redirect됩니다.
•
그 후, 로그인을 완료할 경우 아래의 구글 측에서 /api/oauth/google/callback 으로 access token과 함께 callback합니다.
•
이 경우, 클라이언트측에서는 /api/oauth/google/callback API를 호출한적이 없으므로 로그인 여부를 알 수 없고, 유저 정보 또한 얻을 수 없습니다.
•
SSR을 사용할 경우 문제 없이 유저 정보를 전송할 수 있지만, CSR을 사용하고 있는 상황에서는 해당 문제가 발생한다.

개선된 방식

Google OAuth 트러블 슈팅

SSL Server Test A등급으로 올리기

SSL Server Test A+ 받기
학습 일지

RPC란?

Remote Procedure Call(원격 프로시저 호출) 통신이나 call 방식에 신경쓰지 않고 원격지의 자원을 내 것처럼 사용할 수 있다.
•
별도의 원격 제어를 위한 코딩 없이 다른 주소 공간의 함수나 프로시저를 실행할 수 있게 하는 프로세스 간 통신 기술이다.
•
RPC에서 클라이언트-서버 통신은 클라이언트의 API 요청이 로컬 작업이거나 요청이 내부 서버 코드인 것처럼 작동한다.
•
RPC에서 클라이언트는 서버의 프로세스로 요청을 전송한다. 이 프로세스는 항상 원격 호출을 수신 대기 중인 상태로 유지된다. 요청에는 직접적으로 호출할 서버 함수와 전달할 파라미터가 포함된다.
•
RPC API는 HTTP, TCP 또는 UDP와 같은 프로토콜을 기본 데이터 교환 메커니즘으로 사용한다.
•
IDL(Interface Definication Language) 기반으로 다양한 언어를 가진 환경에서도 쉽게 확장이 가능하며, 인터페이스 협업에도 용이하다는 장점이 있다.
함수 vs 프로시저

등장배경

Server-Client Model

네트워크 통신이 중요해지며 발전하게된 이유 → 소형 컴퓨터의 발전으로 인한 컴퓨터 분산
•
PC(Personal Computer)의 개념이 없던 시절, 프로그램은 하나의 메인 프레임에서 동작하는 Monolothic 구조로 설계되었다.
•
기술 발전에 따라 소형 컴퓨터(PC, 워크스테이션 서버 등)이 등장하게 되고, 기업 입장에선 매우 고가인 메인 프레임워크를 비교적 저가의 워크스테이션 서버로 대체하고 싶어했다.
gRPC에 대한 모든 것
Backend
2024/04/14

Asynchronous Messaging Pattern

•
비동기 메세징은 확장성과 안정성, 성능 향상을 목적으로  발행자(producer)의 메세지 생성이 구독자(consumer)의 작업과 분리되는 방식이다.
•
메세징 시스템을 다룰 때, 일반적으로 Message Queue, Event Stream, Publish/Subscribe 3가지로 나뉜다.
•
대표적인 Message Queue 서비스
•
대표적인 Event Stream 서비스

Message Queue 특징

•
점대점(Point-to-Point) 통신
•
메시지 저장
•
순차적 처리
•
확실한 전달
•
비동기 통신
•
분산 처리
Message Queue, Event Stream, Pub/Sub의 차이
Backend
2023/11/01

입력값 제한에 따른 문제 유형

•
입력이 100 이하인 경우
•
입력이 10,000 이하인 경우
•
입력이 1,000,000 이하인 경우
•
입력이 100,000,000 이하인 경우
•
그 이상인 경우

문제 유형

100%는 아니지만 높은 확률이라고 봐주시면 좋습니다. :)
코딩 테스트에서 많이 나오는 유형을 추렸습니다.

입력값이 작은 문제

위에서 적었듯 높은 확률로 완전 탐색 혹은 백트래킹 문제입니다.
구현력이 중요한 문제로 출제될 가능성이 높습니다.

지도가 주어지고 채워진 영역을 찾아야하는 경우

알고리즘 문제 유형 파악하기
Algorithm
2023/09/08

코드 리뷰

코드 리뷰가 끼치는 효과 5가지
•
동작 오류 제거 (Reduce behavioral erros)
•
구조 결함 제거 (Reduce structural errors)
•
팀 이해도 향상 (Improve team understanding)
•
학습 촉진 (Accelerate learning)
•
팀 위험 제거 (Reduce team risk)

구글

100% 코드 리뷰, 모든 코드를 리뷰하는 Google
•
Google은 코드 리뷰 개발자 가이드(Introduction)를 통해 코딩 스타일을 비롯한 주요 원칙을 공개하고 있습니다. (한글 번역본 : Review · Soojin Ro )
•
Google은 코드 리뷰가 요청되고 나서 1영업일 이내에 반드시 코드 리뷰가 완료되어야 하는 것을 원칙으로 합니다.
코드 리뷰의 필요성과 Branch 전략
etc.
2023/09/06

Go는 객체 지향 언어일까?

Is Go an object-oriented language?
•
공식 문서에 따르면

객체 지향 프로그래밍(OOP)이란?

Go가 객체 지향인지 아닌지를 논하기전에 먼저 객체 지향 언어에 대해 정의해야한다.
Go는 OOP일까?

대량 데이터 처리, 저장 방법

Data Partitioning

•
큰 Table이나 인덱스를 관리하기 쉬운 단위로 분리하는 방법을 의미한다.
•
대량의 데이터를 처리하기 위해 DBMS 안에서 분할하는 방식이다.
•
한 대의 DBMS만 설치하면 된다.
•
Scale Up → 1 Machine → 1 DBMS → Data Partitioning

장점

•
가용성 (Availability)
•
관리용이성 (Manageability)
•
성능 (Performance)

단점

•
Table간의 Join에 대한 비용이 증가한다.
•
테이블과 인덱스를 별도로 파티션 할수는 없다. 테이블과 인덱스를 같이 Partitioning 하여야 한다.
대용량 데이터 처리 방법 (Sharding, Clustering, Topology)
Database
2023/03/13

Redis란?

REmote DIctionary Server

개요

•
인메모리 기반 key-value 구조의 저장소이다.
•
key-value 구조이기 때문에 쿼리를 사용할 필요가 없다.
•
Single Threaded이다.
•
최적화된 C 코드로 작성되었다.
•
주요 Redis 사용 사례

장점

빠른 성능

•
데이터를 디스크 또는 SSD에 저장하는 대부분의 데이터베이스와는 달리 모든 Redis 데이터는 서버의 주 메모리(RAM)에 저장된다.
•
Redis와 같은 인메모리 데이터베이스는 디스크에 액세스해야 할 필요를 없앰으로써 검색 시간으로 인한 지연을 방지하고 CPU 명령을 적게 사용하는 좀 더 간단한 알고리즘으로 데이터에 액세스할 수 있다.
•
일반적으로 작업을 실행하는 데 1밀초 미만이 소요된다.
Redis (Replication, Cluster, Sentinel)
Database
2023/03/09

Index에 대해

[Table #1] - Index(id, age)

where id = 3;

where age = 10;

•
테이블을 생성할때, INDEX(id, age) 라고 했는데 이것은 id 를 첫번째 index로, 그리고 두번째 index 로 age 컬럼을 쓰겠다는 것이다.
•
의도한것처럼 id 도 index 로 하고, age 도 index 로 하려면 따로따로 선언해 주어야 한다.

[Table #2] - Index(id), Index(age)

DB Index와 Query를 최적화하는 방법
Database
2023/02/21

개요

•
프로그램을 "잘" 작성했다는 기준을 어떻게 세울 수 있을까?
•
코드를 짧게 하는 것이 좋은 코드다, 다른 사람들이 읽었을 때 보기 좋은 코드가 좋은 코드이다 등 N명의 사람들에게 N개 혹은 그 이상의 기준들이 있을 수 있다.
•
하지만 어떤 질을 측정하기 위해서는 보편적으로 존재해야하는 기준이 존재해야 하기에, 현대 개발 생태계에서는 유지보수가 쉽고 기능 확장이 용이한 것을 그 기준으로 잡고 있다.
•
그렇다면 유지보수가 쉽고 기능 확장이 용이하게 프로그램을 설계하고 제작하기 위해서는 어떻게 해야할까?

객체지향 설계 원칙: SOLID

SOLID
•
그 중에서 이번 글은 가장 마지막 원칙인 의존성 역전 원칙의 의의와 이 원칙의 구현체를 다룰 것이다.

의존성 역전 원칙

1. 상위 레벨의 모듈(하위 레벨의 모듈을 활용하여 판단을 내리는 모듈)은 하위 모듈에 의존해서는 안된다. 두 모듈 전부 추상화에 의존해야한다. 2. 추상화는 구체적인 것에 의존해서는 안된다. 구체적인 것은 추상화에 의존해야한다.

예시

•
램프의 사용패턴은 스위치를 활용하여 램프를 끄는 것이다.
의존성 주입(DI)과 IoC (with node.js)
Backend
2023/01/13

MVC

본문에 앞서 내용 이해를 위해 MVC에 대해 얘기한다.

MVC란

•
MVC란 Model-View-Controller의 약자로 애플리케이션을 세 가지 역할로 구분한 개발 방법론이다.
•
아래의 그림처럼 사용자가 Controller를 조작하면 Controller는 Model을 통해 데이터를 가져오고 그 데이터를 바탕으로 View를 통해 시각적 표현을 제어하여 사용자에게 전달하게 된다.
•
이러한 패턴을 성공적으로 사용하면, 사용자 인터페이스로부터 비즈니스 로직을 분리하여 애플리케이션의 시작적 요소나 그 이면에서 실행되는 비즈니스 로직을 서로 영향 없이 쉽게 고칠 수 있는 애플리케이션을 만들 수 있게 된다.

위의 개념을 WEB에 적용 시

1.
사용자가 웹사이트에 접속 (Users)
2.
Controller는 사용자가 요청한 웹페이지를 서비스하기 위해서 모델을 호출 (Manipulates)
3.
Model은 데이터베이스나 파일과 같은 데이터 소스를 제어한 후 그 결과를 Return
MVC 패턴이란?
Design Pattern
2023/01/12

babel

babel?

공식문서에서는 babel을 다음과 같이 표현한다.
Babel is a JavaScript compiler. Use next generation JavaScript
babal은 최신 버전의 자바스크립트 문법(보통 ES6+)을 이전 버전의 자바스크립트 문법으로 변환시켜주는 트랜스 컴파일러다.
예를들어, 개발자가 아래와 같이 코딩했다면
이렇게 바뀐다.
하지만 babel을 사용한다고 해서 모든 자바스크립트 최신 문법을 사용할 수 있는건 아니다. Array.from 이나 Object.assign() 등 기존에 문법에 없던 문법은 **pollyfill(코드 조각)**을 추가하여 지원하게 해야한다.
pollyfill

babel의 동작원리

Source Code => AST => modified AST => Source Code
Webpack 제대로 알기
Frontend
2022/12/28

SQL, NoSQL

•
SQL은 관계형 및 비관계형(NoSQL) 데이터베이스를 처리하는데 사용된다.
•
"관계형"이라는 용어는 대수학에서 유래했다. 데이터베이스에서 이것은 관계형 데이터베이스 데이터가 테이블과 행의 형태로 저장됨을 의미한다.
•
비관계형 데이터베이스는 정보를 JSON 문서 모음에 저장한다.
•
관계형 데이터베이스는 SQL을 사용한다. 이러한 데이터베이스의 구조를 통해 각 테이블의 원자 데이터를 고유하게 식별하는 데 사용되는 외부 키(또는 인덱스)를 사용하여 서로 다른 테이블의 정보를 연결할 수 있다. 다른 테이블은 이 외부 키를 참조하여 데이터 부분과 이 외부 키로 가리킨 부분 사이의 관계를 만들 수 있다.
•
비관계형 데이터베이스가 필요한 이유

SQL, NoSQL 차이점

•
이 예제는 SQL(관계형) 데이터베이스와 NoSQL(비관계형) 데이터베이스 간의 주요 차이점 중 하나를 설명하는 데 도움이 된다.

SQL, NoSQL 장단점

•
관계형 데이터베이스는 데이터를 처리하고 조작하기 위해 구조화된 쿼리 언어를 사용한다.
•
비관계형 데이터베이스는 구조화되지 않은 데이터에 대한 유연한 스키마를 가지고 있다. 열, 문서, 그래프 또는 키-값 저장소와 같은 다양한 방법으로 저장할 수 있다.

SQL 데이터베이스 사용이 더 좋을 때

SQL과 NoSQL의 특징과 차이점
Database
2022/12/17

로드 밸런싱이란?

•
로드 밸런싱은 애플리케이션을 지원하는 리소스 풀 전체에 네트워크 트래픽을 균등하게 배포하는 방법이다.
•
많은 양의 트래픽을 처리하기 위해 대부분의 애플리케이션에는 데이터가 중복되는 리소스 서버가 많이 있다.
•
로드 밸런서는 사용자와 서버 그룹 사이에 위치하며 보이지 않는 촉진자 역할을 하여 모든 리소스 서버가 동일하게 사용되도록 하는 디바이스다.

로드 밸런싱의 이점

•
로드 밸런싱은 애플리케이션 서버와 방문자 또는 클라이언트 간의 인터넷 트래픽을 지시하고 제어한다.
•
애플리케이션의 가용성, 확장성, 보안 및 성능이 향상된다.

애플리케이션 가용성

•
서버 장애 또는 유지 관리로 인해 애플리케이션 가동 중지 시간이 늘어 방문자가 애플리케이션을 사용할 수 없게 될 수 있다.
•
로드 밸런서는 서버 문제를 자동으로 감지하고 클라이언트 트래픽을 사용 가능한 서버로 리디렉션하여 시스템의 내결함성을 높인다.
•
로드 밸런싱을 사용하여 다음 태스크를 더 쉽게 수행할 수 있다.

애플리케이션 확장성

•
로드 밸런서를 사용하여 여러 서버 간에 네트워크 트래픽을 지능적으로 전달할 수 있다.
Load Balancing 기본 개념
DevOps
2022/11/23

Redux

Redux의 기본 개념 : 세 가지 원칙

1. Single source of truth

•
동일한 데이터는 항상 같은 곳에서 가지고 온다.
•
즉, 스토어라는 하나뿐인 데이터 공간이 있다는 의미이다.

2. State is read-only

•
리액트에서는 setState 메소드를 활용해야만 상태 변경이 가능하다.
•
리덕스에서도 액션이라는 객체를 통해서만 상태를 변경할 수 있다.

3. Changes are made with pure functions

•
변경은 순수함수로만 가능하다.
•
리듀서와 연관되는 개념이다.
•
Action(액션) – Reducer(리듀서) - Store(스토어)

Store, Action, Reducer의 의미와 특징

React 상태 관리 라이브러리 4가지
Frontend
2022/11/16

NestJS 란?

NestJS는 왜 생겼나?

공식 문서

최근 몇 년 동안 Node.js 덕분에 JavaScript는 BE, FE 애플리케이션 모두 웹의 공통 언어가 되었습니다. 이로 인해 Angular, React, Vue가 나오게 되었으며, 해당 프로젝트를 통해 생산성을 향상하고 빠르게 만들 수 있으며, 테스트 가능하고 확장성이 있는 프런트엔드 애플리케이션을 만들 수 있게 되었습니다. 그러나 서버 측 Node.js에서는 뛰어난 라이브러리, 툴이 존재하지만 아키텍처의 주요 문제를 효과적으로 해결하는 것은 없었습니다.
해당 글은 NestJS 공식 홈페이지에서 발췌한 글입니다.
•
이 글의 핵심은 NestJS는 서버 측 어플리케이션 개발에 있어 아키텍처의 주요 문제를 효과적으로 해결하기 위해 등장 한것입니다.
•
Express는 사용하기도 쉽고 성능도 뛰어나지만 아키텍처에 관한 정의나 기능을 제공해주고 있진 않습니다.

특징

•
NestJS는 Node.js에 기반을 둔 웹 API 프레임워크로써 Express 또는 Fastify 프레임워크를 래핑하여 동작합니다.
•
기본으로 설치하면 Express를 사용합니다.
•
Node.js는 손쉽게 사용할 수 있고 뛰어난 확장성을 가지고 있지만, 과도한 유연함으로 인해 SW의 품질이 일정하지 않고 알맞은 라이브러리를 찾기 위해 사용자가 많은 시간을 할애해야 합니다.
•
이에 반해 NestJS는 데이터베이스, ORM, 설정(Configuration), 유효성 검사 등 수많은 기능을 기본 제공하고 있습니다.
•
그러면서도 필요한 라이브러리를 쉽게 설치하여 기능을 확장할 수 있는 Node.js 장점은 그대로 가지고 있습니다.
NestJS 왜 써야할까?
Backend
2022/11/09
Resume