기본 키 (Primary Key): 레코드를 고유하게 식별, 중복 불가, NULL 불가. 외래 키 (Foreign Key): 다른 테이블의 기본 키를 참조, 관계 설정. 대체 키 (Alternate Key): 기본 키가 아니지만 레코드를 고유하게 식별할 수 있는 키. 고유키 (Unique Key): 중복 불가, NULL 허용 가능. 슈퍼 키 (Super Key): 릴레이션 내의 모든 튜플을 유일하게 식별할 수 있는 키.

나만보려고 만든 핸드북

Q: Express란 무엇인가요?

Express는 Node.js를 위한 웹 프레임워크로, HTTP 요청과 응답을 처리하는 데 사용됩니다. 미들웨어를 활용하여 라우팅, 요청 처리, 템플릿 엔진 연동 등을 단순화합니다. 가볍고 유연하여 웹 서버를 빠르게 구축할 수 있지만, 구조가 강제되지 않아 프로젝트마다 코드 스타일이 달라질 수 있습니다.

Q: NestJS의 요청 처리 흐름(Request Lifecycle)을 설명해주세요.

Request → Middleware → Guard → Interceptor(Before) → Pipe → Controller → Service → Repository → Exception Filter → Interceptor(After) → Response 순서입니다. 각 단계가 명확히 분리되어 있어 관심사 분리(SoC)가 용이하고, AOP(관점 지향 프로그래밍)를 자연스럽게 적용할 수 있습니다.

Q: DI(Dependency Injection)와 IoC(Inversion of Control)란?

DI와 IoC는 객체지향 설계에서 결합도를 낮추고 유연성을 높이기 위한 핵심 패턴입니다. DI(의존성 주입): 클래스가 필요로 하는 의존성을 내부에서 생성(new)하지 않고, 생성자나 메서드를 통해 외부에서 주입받는 패턴입니다. 예: class UserService { constructor(private userRepository: UserRepository) {} } 형태로 의존성을 명시합니다. IoC(제어 역전): 전통적으로 개발자가 객체를 생성하고 메서드를 호출했지만, IoC에서는 프레임워크가 객체의 생명주기를 관리하고 필요한 곳에 주입합니다. 개발자는 "무엇을" 정의하고, 프레임워크가 "언제, 어떻게" 실행할지 결정합니다. 왜 사용하나: 1) 결합도 감소: UserService가 UserRepository 인터페이스에만 의존하면, 구현체를 쉽게 교체할 수 있습니다. 2) 테스트 용이성: Mock 객체를 주입하여 단위 테스트가 쉬워집니다. 3) 재사용성: 같은 서비스를 다른 컨텍스트에서 재사용 가능합니다. 실무 예시: NestJS에서는 @Injectable() 데코레이터로 서비스를 등록하고, 생성자에 타입만 명시하면 프레임워크가 자동으로 주입합니다. 테스트 시에는 Test.createTestingModule()로 Mock을 주입할 수 있습니다. 주의사항: 순환 참조(Circular Dependency)가 발생할 수 있으므로, 공통 기능은 별도 모듈로 분리하거나 인터페이스를 통해 의존성을 역전시켜야 합니다.

Q: Express와 NestJS의 핵심 차이점은?

Express는 라이브러리이고, NestJS는 프레임워크입니다. Express는 자유도가 높아 개발자마다 구조가 달라지지만, NestJS는 모듈, 컨트롤러, 서비스 등 구조가 강제되어 일관된 아키텍처를 유지합니다. NestJS는 TypeScript 기본 지원, DI 컨테이너, 데코레이터 기반 선언적 프로그래밍 등을 제공합니다.

Q: Express.js와 Nest.js의 장단점은?

Express 장점: 가볍고 유연, 러닝 커브 낮음, 미들웨어 생태계 품부. Express 단점: 구조 강제 없음, 대규모 프로젝트에서 코드 일관성 유지 어려움. NestJS 장점: 구조화된 아키텍처, TypeScript 기본 지원, DI/테스트 용이, 엔터프라이즈급 확장성. NestJS 단점: 러닝 커브 높음, 보일러플레이트 많음.

Q: REST API란 무엇인가요?

REST(Representational State Transfer)는 네트워크 기반 소프트웨어 아키텍처 스타일입니다. Roy Fielding이 2000년 논문에서 제시한 개념으로, 웹의 장점을 최대한 활용하기 위해 설계되었습니다. 핵심 원칙: 1) Uniform Interface: URI로 자원을 식별하고 HTTP 메서드로 행위를 표현(GET /users, POST /users). 2) Stateless: 서버는 클라이언트 상태를 저장하지 않으며, 요청에 필요한 모든 정보를 포함해야 합니다. 3) Cacheable: 응답은 캐시 가능해야 하며, GET 요청은 멱등성(Idempotent)을 가집니다. 4) Layered System: 프록시나 로드 밸런서 같은 중간 계층을 투명하게 사용할 수 있습니다. 실무 예시: GET /api/users/1은 사용자 조회, POST /api/users는 사용자 생성, PUT /api/users/1은 전체 수정, PATCH /api/users/1은 부분 수정입니다. DELETE는 멱등성을 가지므로 같은 요청을 여러 번 해도 같은 결과입니다.

Q: REST API에서 REST란 무엇인가요?

REST는 Representational State Transfer의 약자로, 자원(Resource)의 표현(Representation)을 통해 상태(State)를 전달(Transfer)한다는 의미입니다. 핵심 개념: 1) Resource: URI로 식별되는 모든 것(/users/1, /orders/123). 2) Representation: 자원의 현재 상태를 표현하는 형식(JSON, XML 등). 3) State Transfer: 클라이언트가 서버의 상태를 변경하거나 조회하는 것. 예시: GET /users/1 요청은 "사용자 1번의 현재 상태를 JSON으로 표현해서 전달해달라"는 의미입니다. POST /users는 "새로운 사용자 상태를 서버에 전달해서 생성해달라"는 의미입니다. Stateless이므로 서버는 이전 요청을 기억하지 않고, 각 요청이 독립적으로 처리됩니다.

Q: GraphQL이란 무엇인가요?

GraphQL은 웹 클라이언트가 데이터를 서버로부터 효율적으로 가져오는 것이 목적인 쿼리 언어입니다. SQL이 DB 시스템에 저장된 데이터를 효율적으로 가져오는 것이 목적인 쿼리 언어인 것과 유사합니다. 클라이언트가 필요한 데이터의 구조와 양을 명시적으로 요청할 수 있습니다.

Q: GraphQL과 REST API의 차이점은?

GraphQL은 클라이언트가 원하는 데이터를 정확하게 요청할 수 있는 쿼리 언어이자 런타임 환경입니다. 주요 차이점: 1) 엔드포인트: REST는 /users, /posts 등 여러 엔드포인트를 사용하지만, GraphQL은 단일 엔드포인트(/graphql)로 모든 요청을 처리합니다. 2) 데이터 요청: REST는 서버가 정한 구조를 받지만, GraphQL은 클라이언트가 필요한 필드만 지정합니다. 실제 예시: REST에서 사용자와 게시글을 가져오려면 GET /users/1과 GET /users/1/posts 두 번 호출해야 합니다. GraphQL은 한 번의 쿼리로 { user(id: 1) { name, posts { title } } } 형태로 필요한 데이터만 가져올 수 있습니다. 장점: Over-fetching(불필요한 데이터 수신)과 Under-fetching(여러 번 호출) 문제 해결, 타입 안정성, 강력한 개발 도구. 단점: HTTP 캐싱 활용 어려움(단일 엔드포인트), 복잡한 쿼리는 N+1 문제 발생 가능, 파일 업로드 처리 복잡. 실무에서는 모바일 앱처럼 네트워크 효율이 중요한 경우 GraphQL이 유리하고, 웹 브라우저처럼 HTTP 캐싱이 중요한 경우 REST가 유리합니다.

Q: MSA(Microservices Architecture)란 무엇인가요?

MSA는 애플리케이션을 독립적으로 배포 가능한 작은 서비스들로 분해하는 아키텍처 패턴입니다. 핵심 원리: 1) 독립적인 배포: 각 서비스는 별도로 배포하고 확장할 수 있습니다. 2) 비즈니스 기능별 분리: 사용자 서비스, 주문 서비스, 결제 서비스처럼 도메인 경계로 분리합니다. 3) 독립적인 데이터베이스: 각 서비스가 자신의 DB를 가지며, 다른 서비스의 DB에 직접 접근하지 않습니다. 4) API를 통한 통신: 서비스 간 통신은 REST API나 메시지 큐를 통해 이루어집니다. 모놀리식과 비교: 모놀리식은 하나의 큰 애플리케이션으로, 개발과 배포가 단순하지만 부분 장애가 전체에 영향을 미칩니다. MSA는 복잡도가 높지만 장애 격리와 독립적 확장이 가능합니다. 언제 사용해야 하나: 팀이 여러 개이고 독립적으로 개발해야 할 때, 서비스별로 다른 확장 요구사항이 있을 때(예: 이미지 서비스는 대용량 저장소, 검색 서비스는 빠른 CPU), 기술 스택을 다양하게 사용해야 할 때. 하지만 작은 팀이나 초기 스타트업은 모놀리식이 더 효율적일 수 있습니다. 실무 고려사항: 서비스 분리 기준이 가장 어렵습니다. 너무 작게 나누면 네트워크 오버헤드가 커지고, 너무 크게 나누면 모놀리식과 차이가 없습니다. Domain-Driven Design의 Bounded Context를 기준으로 분리하는 것이 일반적입니다.

개발 스킬과 관련된 질문과 답변 모음

총 156개의 질문

Express란 무엇인가요?

NestJS의 요청 처리 흐름(Request Lifecycle)을 설명해주세요.

DI(Dependency Injection)와 IoC(Inversion of Control)란?

Express와 NestJS의 핵심 차이점은?

Express.js와 Nest.js의 장단점은?

REST API란 무엇인가요?

REST API에서 REST란 무엇인가요?

GraphQL이란 무엇인가요?

GraphQL과 REST API의 차이점은?

MSA(Microservices Architecture)란 무엇인가요?

MSA에서 모듈 간 통신 방법은?

MSA의 장단점은 무엇인가요?

Protobuf(Protocol Buffers)란? 숫자(1,2,3)의 의미는?

데이터베이스 정규화와 비정규화란?

데이터베이스에서 사용하는 인덱스란?

SQL(RDBMS)과 NoSQL의 차이점과 장단점은?

RDBMS JOIN문의 종류는?

RDBMS KEY 종류는?

해시테이블이란? 시간복잡도가 항상 O(1)인가요?

해시테이블의 중복 저장을 해결하기 위한 방법은?

Docker란 무엇인가요?

Docker와 가상머신(VM)의 차이점은?

Docker Image와 Container의 차이점은?

Docker Network에서 Host와 Bridge의 차이점은?

컨테이너 기술의 동작 원리는?

AWS 배포를 어떻게 진행하는지 설명해주세요.

객체지향 프로그래밍(OOP)의 4가지 특징은?

SOLID 원칙을 설명해주세요.

객체지향 프로그래밍의 장단점은?

함수형 프로그래밍(FP)이란?

OOP와 FP의 차이점과 선택 기준은?

HTTP와 HTTPS의 차이점은?

SSL/TLS 인증서란?

쿠키(Cookie)와 세션(Session)의 차이는?

JWT(JSON Web Token)란?

Package.json에서 dependencies와 devDependencies의 차이는?

Node.js 이벤트 루프 동작 원리를 설명해주세요.

Node.js는 싱글 스레드인데 어떻게 병렬 작업을 처리하나요?

libuv란 무엇이고 동작 원리는?

동기(Synchronous)와 비동기(Asynchronous)의 차이는?

블로킹(Blocking)과 논블로킹(Non-blocking)의 차이는?

동시성(Concurrency)과 병렬성(Parallelism)의 차이는?

TypeScript 데코레이터 동작 원리는?

커스텀 데코레이터를 만든다면 어떻게 만드나요?

var, let, const의 차이와 호이스팅(Hoisting)이란?

JavaScript 가비지 컬렉터(GC) 동작 방식은?

JavaScript가 프로토타입 언어인데 장점은?

TypeScript의 Omit과 Partial의 차이점은?

서브넷(Subnet)과 서브넷마스크, CIDR란?

프로세스(Process)와 스레드(Thread)의 차이점은?

제어 역전(IoC)이란?

DDD(Domain-Driven Design)란?

파일을 서버로 전송하는 방법은?

Python의 List와 Tuple 차이점은?

Python의 List Comprehension과 GIL이란?

암호화와 무결성 검증을 동시에 제공하는 방식의 장점은?

전화번호 저장 및 검색 단계를 설명해주세요.

암호화된 데이터와 해시값을 함께 저장하는 이유는?

엔티티 메서드에 암호화 서비스를 파라미터로 전달하는 이유는?

전화번호 검증을 단계적으로 나눈 이유는?

복합 인덱스에서 등호 조건 컬럼을 먼저 배치하는 이유는?

Offset 페이지네이션을 선택한 이유는?

검색 전에 입력값을 정규화하는 이유는?

배치 작업 전체를 트랜잭션으로 묶거나, 실패 시 전체를 롤백하게 설계한 이유는?

외부 API 호출을 트랜잭션 밖에서 먼저 수행하고, DB 작업만 트랜잭션으로 묶는 이유는?

상태 변경과 리포트 생성을 트랜잭션으로 분리한 이유는?

도메인이 다른 엔티티를 분리하는 이유는?

리포지토리에 여러 메서드가 있지만 실제로는 일부만 사용하는 경우, 이는 과한 설계인가요?

리포지토리를 별도 모듈로 분리하는 이유는?

엔티티에 상태 확인 시각을 기록하는 필드를 추가하는 이유는?

상태 필드를 nullable로 설계하는 이유는?

도메인이 다른 엔티티 간에 관계를 설정하지 않는 이유는?

리포지토리에서 EntityManager를 직접 반환하는 메서드를 제공하는 이유는?

리포지토리에 사용되지 않는 메서드가 있는 것은 과한 설계인가요?

엔티티에 인덱스를 추가하지 않는 경우는 언제인가요?

마스터 데이터와 통계 데이터를 별도 엔티티로 분리하는 이유는?

getReference를 사용한 이유는?

재시도 전략을 고정 딜레이로 둔 이유는?

OOP 원칙을 실제 프로젝트에 어떻게 적용하나요?

코드 재사용성을 높이기 위한 방법은?

프로젝트 설계 시 가장 우선시하는 원칙은?

API 폴더를 보안 레벨별로 분리하는 이유는?

엔티티에서 BeforeInsert 훅 대신 메서드 파라미터로 서비스를 전달하는 이유는?

유효성 검사를 라이브러리와 커스텀 함수로 이중으로 하는 이유는?

interface 대신 class로 DTO를 정의한 이유는 무엇인가요?

ConfigService를 쓸 때 process.env를 직접 쓰는 것과 비교해 어떤 장점이 있나요?

컨트롤러에서 try-catch를 쓰지 않고 전역 필터에 맡긴 이유는?

Promise.all을 사용할 때 주의할 점은 무엇이고, 실패 시 어떻게 처리했나요?

단위 테스트(Unit Test) 외에 E2E 테스트가 왜 필요한가요? Mocking만으로는 부족한가요?

커스텀 데코레이터를 만드는 시점과 이유는?

OnModuleInit 같은 생명주기 훅(Lifecycle Hooks)은 실무에서 어떤 경우에 활용하나요?

동적 모듈을 사용하는 경우는?

Provider 정의 시 useClass 대신 useFactory를 써야 할 때는?

미들웨어(Middleware)와 가드(Guard)의 결정적인 차이는 무엇인가요?

인터셉터(Interceptor)로 응답 데이터를 조작할 때 스트림(Observable) 처리는 어떻게 하나요?

순환 참조(Circular Dependency) 발생 시 forwardRef 외의 해결책은?

Graceful Shutdown 처리는 어떻게 구현했나요?

Health Check API는 단순히 { status: "ok" }만 반환하면 되나요?

Redis는 써보셨나요?

Redis 사용 시 자주 사용하는 명령어와 데이터 구조는?

API 버전 관리(Versioning)는 어떤 전략을 선호하나요?

TypeScript의 type과 interface 중 무엇을 선호하고 그 이유는?

readonly 키워드는 언제 사용하나요?

비동기 에러 처리 시 unhandledRejection은 어떻게 대응하나요?

로깅(Logging) 시 console.log 대신 Logger 서비스를 쓰는 이유는?

map과 forEach의 비동기 처리 차이점은?

테스트 커버리지(Coverage)는 100%를 목표로 해야 할까요?

SQLite에서 PostgreSQL로 마이그레이션 시 가장 큰 리스크는?

대용량 배치 처리 시 메모리 문제를 어떻게 해결하나요?

오프셋(Offset) 페이지네이션을 쓰면 안 되나요? 왜 커서(Cursor) 방식을 언급했죠?

Node.js Stream 사용 시 Backpressure 처리는 어떻게 하나요?

암호화된 데이터와 해시값을 중복 저장하는 것은 스토리지 낭비 아닌가요?

트래픽이 급증해 DB 부하가 심할 때, 코드 수정 없이 대응할 수 있는 전략은?

트랜잭션 범위를 설정할 때 원칙은 무엇인가요?

N+1 문제는 어떻게 탐지하고 해결하나요?

NestJS 도입이 인건비와 채용 관점에서 주는 이득은?

암호화 키 유출 시 DR(재해 복구) 대책과 비용 효율적인 보안 강화책은?

클라우드 비용 절감을 위한 아키텍처 전략은?

기술 부채(Technical Debt)는 언제, 어떻게 갚아야 한다고 생각하나요?

동료가 any 타입을 남발할 때 어떻게 설득하겠습니까?

팀원 간 기술 스택 논쟁(MikroORM vs TypeORM) 시 해결 방법은?

일정이 촉박해 테스트 코드를 짤 시간이 없다면?

레거시 코드를 리팩토링하고 싶은데 비즈니스 일정 때문에 못하게 한다면?

AWS에서 EC2, Lambda, ECS 중 어떤 것을 선택해야 하나요?

AWS S3의 사용 사례와 최적화 방법은?

RDS와 DynamoDB 중 어떤 것을 선택해야 하나요?

AWS VPC와 네트워크 구성은 어떻게 하나요?

AWS IAM 역할(Role)과 정책(Policy)의 차이는?

CloudFront CDN의 동작 원리와 최적화는?

CI/CD 파이프라인을 어떻게 구성하나요?

Kubernetes란 무엇이고 왜 필요한가요?

Redis 캐싱 전략과 사용 사례는?

모니터링과 로깅 전략은 어떻게 수립하나요?

로드 밸런서의 종류와 선택 기준은?

서버리스 아키텍처의 장단점과 사용 사례는?

Infrastructure as Code(IaC)란 무엇이고 왜 필요한가요?

프로세스(Process)와 스레드(Thread)의 차이를 설명해주시고, 멀티 스레드를 사용하는 이유는 무엇인가요?

파이썬이나 Node.js(Next.js)를 쓸 때, 멀티 스레드와 멀티 프로세스를 어떻게 다르게 접근해야 하나요?

온프레미스(On-Premise) 환경과 클라우드(Cloud) 환경의 차이점은 무엇인가요?

가상머신(VM)과 도커(Docker) 컨테이너의 아키텍처 상 가장 큰 차이점은 무엇인가요?

TCP 3-Way Handshake와 4-Way Handshake의 목적과 과정을 설명해주세요.

HTTP/1.1과 HTTP/2.0의 성능적 차이는 무엇인가요?

REST API 설계 시 멱등성(Idempotence)이란 무엇이며, 어떤 HTTP 메서드가 멱등성을 가지나요?

REST API와 GraphQL의 핵심적인 차이는 무엇인가요?

파이썬의 메모리 관리 기법과 가비지 컬렉션(GC)은 어떻게 동작하나요?

파이썬 웹 서버 환경에서 WSGI와 ASGI의 차이는 무엇인가요?

파이썬의 데코레이터(Decorator)에 숨겨진 CS 원리는 무엇인가요?

Spring의 핵심인 IoC(제어의 역전)와 DI(의존성 주입)를 설명해주세요.

Spring Bean은 싱글톤으로 생성됩니다. 멀티 스레드 환경에서 안전한가요?

스프링에서 AOP(관점 지향 프로그래밍)는 어떻게 동작하나요?

사용자가 급증하여 DB 병목 현상이 발생했습니다. 스케일 업 외에 어떤 조치를 취하시겠습니까?

세션(Session) 방식과 JWT(토큰) 방식의 핵심적인 차이점은 무엇인가요?

JWT의 단점과 보안을 고려한 저장 방식(Access/Refresh)은 무엇인가요?

데이터베이스가 있는데도 캐싱(Redis 등)을 별도로 도입하는 이유는 무엇인가요?

실무에서 가장 많이 쓰이는 캐싱 전략인 "Look-Aside(Cache Aside)" 패턴은 무엇인가요?

"캐시 스탬피드(Cache Stampede)" 현상은 무엇이고 어떻게 해결하나요?