웹 애플리케이션이 커지면 시스템 개발 및 유지 관리도 복잡해집니다. 이 문제를 해결하는 일반적인 방법은 개발자가 시스템을 개별적으로 관리하고 확장할 수 있는 잘 관리되는 작은 구성 요소로 나누는 마이크로서비스 아키텍처를 사용하는 것입니다.
이를 효과적으로 수행하려면 마이크로서비스 프레임워크를 사용하는 것이 도움이 되는 경우가 많습니다. 그러나 기본적으로 마이크로서비스를 지원하는 올바른 프레임워크를 선택하는 것은 어려울 수 있습니다. 이 기사에서는 Encore.ts와 Nest.js를 두 가지 관련 대안으로 살펴보겠습니다. 둘 다 기본적으로 마이크로서비스 아키텍처와 TypeScript를 지원하기 때문입니다.
Encore.ts는 고성능, 유형 안전성, 관찰 가능성 기능이 돋보이는 최신 오픈 소스 프레임워크입니다. 반면 Nest.js는 마이크로서비스 애플리케이션 구축을 위한 TypeScript 프레임워크를 선도합니다. 각 프레임워크에는 강력한 기능이 있으므로 아키텍처, 성능, 확장성 측면에서 각 프레임워크를 검토하고 어떤 프레임워크가 가장 적합한지 결정하는 방법을 설명하겠습니다.
시작하기 전에 아래 이미지의 벤치마크 데이터를 살펴보겠습니다.
벤치마크 데이터에 따르면 Encore.ts는 검증 없이 초당 121,005개의 요청을 처리할 수 있고 스키마 검증을 통해 107,018개의 요청을 처리할 수 있는 것으로 나타났습니다. 이는 기존 프레임워크보다 훨씬 빠릅니다. 예를 들어 Zod가 포함된 Express.js는 유효성 검사 없이는 초당 약 15,707개의 요청만 적중하고 유효성 검사가 있는 경우에는 11,878개만 적중합니다. 따라서 Encore.ts는 Nestjs의 기반이 되는 Express보다 약 9배 더 빠릅니다.
프로젝트를 시작할 때 강력할 뿐만 아니라 개발자가 사용하기 쉬운 프레임워크가 필요합니다. Encore.ts와 NestJS는 Typescript 지원 기능이 내장된 마이크로서비스 프레임워크에서 두각을 나타내며 고유한 방식으로 작동합니다.
Encore.ts는 인프라 자동화가 내장된 백엔드 개발을 위해 설계된 오픈 소스 클라우드 기반 프레임워크입니다. 선언적 인프라 라이브러리를 사용하여 모듈식 분산 시스템을 구축할 수 있습니다.
Encore.ts는 Napi를 통해 Node.js와 통합된 Rust 런타임에서 작동하며 TypeScript에서 논리를 작성하는 동시에 I/O 및 멀티스레딩을 처리하는 뛰어난 성능을 제공합니다.
다음은 Encore.ts에서 서비스를 정의하는 방법에 대한 간단한 예입니다.
import { Service } from "encore.dev/service";
export default new Service("hello");
이 hello 서비스가 생성되면 Encore.ts는 자동으로 전체 디렉터리를 서비스의 일부로 처리하므로 추가 구성이 필요하지 않습니다.
반면 NestJS에는 자신만의 스타일이 있습니다. 이는 앱 구축 방법을 완전히 제어할 수 있는 유연한 TypeScript 프레임워크로, 원하는 대로 구성할 수 있는 자유를 제공합니다.
인프라 자동화를 처리하지는 않지만 NestJS를 사용하면 거의 모든 타사 라이브러리와 쉽게 통합할 수 있어 다양한 프로젝트에 많은 가능성이 열립니다.
NestJS에서 유사한 서비스를 정의하는 방법은 다음과 같습니다.
import { Service } from "encore.dev/service";
export default new Service("hello");
NestJS는 더 많은 유연성을 제공하지만 Encore.ts에 내장된 자동화 기능은 없습니다.
프레임워크의 아키텍처는 시간이 지남에 따라 애플리케이션이 구축되고 유지 관리되는 방식을 결정합니다. Encore.ts와 NestJS는 모두 강력하지만 핵심 철학이 다릅니다.
Encore.ts는 독선적이며 *클라우드 우선이므로 대규모 유형 안전 *많은 마이크로서비스가 있는 분산 시스템에 이상적입니다. 뛰어난 기능 중 하나는 Pub/Sub에 대한 기본 지원을 통해 이벤트 중심 아키텍처를 원활하게 구현한다는 것입니다.
Pub/Sub를 사용하여 Encore.ts에서 이벤트 기반 서비스를 정의하는 방법은 다음과 같습니다.
import { Controller, Get } from '@nestjs/common';
@Controller('hello')
export class HelloWorldController {
@Get()
sayHello(): string {
return 'Hello, World!';
}
}
NestJS는 마이크로서비스 및 이벤트 중심 아키텍처를 지원할 수 있으면서도 보다 모듈화된 접근 방식을 제공합니다. 핵심은 MVC 패턴을 따르며, 이를 통해 개발자는 구성에 대한 더 강력한 제어 기능을 제공하여 원하는 방식으로 시스템을 구축할 수 있습니다.
예를 들어 훨씬 더 모듈화된 접근 방식을 사용하여 NestJS에서 서비스와 이벤트를 정의할 수 있는 방법은 다음과 같습니다.
import { Topic, Subscription } from "encore.dev/pubsub";
// Define the event type for order creation
export interface OrderCreatedEvent {
orderId: string;
}
// Create a topic for order creation events
export const orders = new Topic<OrderCreatedEvent>("orders", {
deliveryGuarantee: "at-least-once",
});
// Create a subscription to listen for the order creation event
export const _ = new Subscription(orders, "process-order", {
handler: async (event: OrderCreatedEvent) => {
console.log('Order created:', event.orderId);
},
});
설계상 NestJS는 구성 요소가 상호 작용하는 방식에 대해 많은 제어권을 부여하지만 단점은 훨씬 더 많은 상용구이며 인프라 구성도 직접 관리해야 한다는 것입니다.
분산 시스템 개발에서 프레임워크가 제공하는 기능은 지나치게 복잡해질 위험이 있는 개발을 촉진하는 경우가 많습니다.
Encore.t의 뛰어난 기능은 로컬 개발과 클라우드 환경 모두에서 인프라 프로비저닝을 자동화하는 방법을 제공한다는 것입니다. 여기에는 데이터베이스, Pub/Sub, 크론 작업 등이 포함됩니다. Encore.ts는 API 문서, 아키텍처 다이어그램 및 분산 추적을 자동 생성하는 로컬 개발 대시보드도 제공합니다. 또한 REST API에 대한 OpenAPI 사양 지원을 포함하여 프런트엔드 클라이언트를 생성하므로 개발자의 시간을 크게 절약할 수 있습니다.
다음은 OpenAPI 문서도 자동으로 생성하는 Encore.ts에서 REST API를 정의하는 예입니다.
import { Service } from "encore.dev/service";
export default new Service("hello");
Encore.ts를 사용하면 서비스를 정의하는 순간 추가 설정 없이 문서와 다이어그램이 자동으로 제공됩니다.
NestJS는 유연성으로 인해 인기를 끌었습니다. 처음부터 REST, GraphQL, WebSocket을 쉽게 지원하지만 인기의 가장 큰 이유는 타사 라이브러리와 쉽게 연결된다는 것입니다.
예를 들어 GraphQL 지원을 추가하려는 경우 프로세스는 간단합니다.
import { Controller, Get } from '@nestjs/common';
@Controller('hello')
export class HelloWorldController {
@Get()
sayHello(): string {
return 'Hello, World!';
}
}
NestJS를 사용하면 핵심 기능을 간단하게 구축할 수 있지만 Encore.ts와 동일한 수준의 자동화된 인프라 및 기능을 제공하지는 않습니다.
분산 시스템을 구축할 때는 성능이 매우 중요하며, 특히 대규모로 구축할 때 더욱 그렇습니다.
Encore.ts는 I/O 작업과 멀티스레딩을 효율적으로 처리하는 Rust 런타임을 통해 고성능을 제공하도록 구축되었습니다. Rust의 속도와 메모리 안전성은 순수한 Node.js 기반 프레임워크에 비해 Encore.ts에 상당한 이점을 제공합니다. 확장성 측면에서 Encore.ts는 클라우드 기반이며 배포 전략에 따라 서버리스 아키텍처 또는 Kubernetes를 사용하여 자동 확장할 수 있습니다.
반면에 NestJS는 성능과 확장성을 처리하는 방식이 더 전통적입니다. NestJS는 순전히 TypeScript 및 JavaScript 기반이므로 설정 중에 적용하는 성능 최적화에 의존합니다. NestJS 앱을 확장하려면 일반적으로 Kubernetes, Docker 또는 AWS Lambda와 같은 서버리스 플랫폼을 수동으로 구성해야 합니다.
NestJS는 확장 방법에 있어 유연성을 제공하지만 구성에는 Encore.ts에 내장된 자동화보다 더 많은 수동 작업이 필요합니다.
아래 이미지의 벤치마크 데이터를 통해 encore.ts와 Nest.js의 성능 차이를 이해해 보겠습니다.
벤치마크 데이터에서 성능 면에서 encore.ts는 시작 시간이 8.3밀리초에 불과한 반면 NestJS는 약 143.7밀리초가 걸려 기존 프레임워크보다 거의 9배 빠릅니다.
애플리케이션 배포 방법은 모든 프로젝트, 특히 클라우드 환경을 고려할 때 주요 고려 사항입니다.
Encore.ts는 오픈 소스 도구 또는 Encore 클라우드 플랫폼을 통해 배포하기 쉬운 경로를 제공합니다. 오픈 소스 버전을 사용하면 encore 빌드를 사용하여 프로젝트를 빌드하고 Docker 이미지를 생성한 후 Docker가 지원되는 모든 곳에 배포할 수 있습니다.
import { Topic, Subscription } from "encore.dev/pubsub";
// Define the event type for order creation
export interface OrderCreatedEvent {
orderId: string;
}
// Create a topic for order creation events
export const orders = new Topic<OrderCreatedEvent>("orders", {
deliveryGuarantee: "at-least-once",
});
// Create a subscription to listen for the order creation event
export const _ = new Subscription(orders, "process-order", {
handler: async (event: OrderCreatedEvent) => {
console.log('Order created:', event.orderId);
},
});
어디에나 배포할 수 있는 Docker 이미지가 생성됩니다.
또는 Encore Cloud Platform을 사용하기로 선택한 경우 전체 CI/CD 파이프라인을 자동화하여 서버리스 또는 Kubernetes 옵션을 사용하여 AWS 또는 GCP의 자체 클라우드에 직접 배포합니다.
반대로 NestJS는 배포를 위해 수동 설정이 필요합니다. 일반적으로 개발자는 Docker를 사용하여 NestJS 애플리케이션을 컨테이너화하고 원하는 클라우드 제공업체에 배포합니다. 이를 통해 배포 전략을 제어할 수 있지만 더 많은 구성이 필요합니다. 간단한 애플리케이션의 경우에도 여러 단계를 거쳐야 합니다.
import { Service } from "encore.dev/service";
export default new Service("hello");
import { Controller, Get } from '@nestjs/common';
@Controller('hello')
export class HelloWorldController {
@Get()
sayHello(): string {
return 'Hello, World!';
}
}
import { Topic, Subscription } from "encore.dev/pubsub";
// Define the event type for order creation
export interface OrderCreatedEvent {
orderId: string;
}
// Create a topic for order creation events
export const orders = new Topic<OrderCreatedEvent>("orders", {
deliveryGuarantee: "at-least-once",
});
// Create a subscription to listen for the order creation event
export const _ = new Subscription(orders, "process-order", {
handler: async (event: OrderCreatedEvent) => {
console.log('Order created:', event.orderId);
},
});
애플리케이션이 커지고 여러 스테이징 및 테스트 환경에 대한 필요성이 커질수록 이러한 수동 구성 접근 방식은 더욱 부담스러워지며 유지 관리에 소요되는 시간이 지속적으로 늘어납니다.
Encore.ts와 NestJS 중에서 선택할 때는 프로젝트의 구체적인 요구 사항을 토대로 결정해야 합니다.
Encore.ts는 내장된 자동화의 이점을 활용하는 클라우드 우선 애플리케이션 및 대규모 분산 시스템에 적합합니다. Rust 기반 런타임 및 인프라 관리는 이벤트 중심 아키텍처, 마이크로서비스 및 고성능 애플리케이션에 이상적입니다. 빠르게 성장하는 Encore 커뮤니티는 신뢰할 수 있는 지원 소스이자 타사 도구 통합 방법을 찾는 곳입니다.
반면에 NestJS는 유연성과 맞춤화가 필요할 때 빛을 발합니다. 모든 측면을 세밀하게 제어해야 하고 수동 구성에 시간을 투자하는 것이 허용되는 엔터프라이즈 앱에 적합합니다. NestJS의 상대적으로 광범위한 생태계와 커뮤니티 지원을 통해 리소스와 타사 도구를 더 쉽게 찾을 수 있습니다.
Encore.ts와 NestJS 중에서 선택하는 것은 프로젝트의 특정 요구 사항에 따라 결정됩니다.
자동화 기능이 내장된 간단한 고성능 클라우드 기반 프레임워크를 찾고 있다면 Encore.ts가 탁월한 선택입니다. 인프라를 자동으로 관리하여 분산 시스템 개발을 간소화하며 Rust 기반 성능은 타의 추종을 불허합니다.
그러나 매 순간을 제어할 수 있는 매우 유연한 모듈식 프레임워크가 필요하다면 NestJS가 적합할 것입니다. 확장성과 대규모 생태계 덕분에 맞춤형 기업 솔루션을 위한 확실한 선택이 되었습니다.
두 프레임워크 모두 그 자체로 강력하며 최선의 선택은 성능과 단순성을 중시하는지 아니면 완전한 유연성과 제어를 중시하는지에 따라 달라집니다.
프로젝트에 성능과 단순성이 중요하다면 Encore.ts를 사용해 보는 것이 좋습니다. 그리고 모두 오픈 소스이므로 코드를 확인하고 GitHub에 기여할 수 있습니다.
위 내용은 NestJS와 Encore.ts: TypeScript 마이크로서비스에 적합한 프레임워크 선택의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
