티스토리

> history | grep ...

검색하기

블로그 홈

> history | grep ...

grepper.tistory.com/m

모피어스 님의 블로그입니다.

구독자: 1

방명록 방문하기

주요 글 목록

NestJS - 대충 서비스 만들어보기 (18) 이번 내용은 NestJS 라고 하기보단 클린 아키텍처 같은걸로 타이틀을 해야할 것 같긴 합니다만.. 지금까지 만들었던 광고 서버의 구조를 좀 바꿔보려고 합니다. 현재까지 만든 디렉토리 구조는 위와 같습니다. 뭐좀 하다보니 이상한 위치에 있는 것처럼 보이는 것도 있습니다만.. 아무래도 시작할 때 nest-cli 를 통해 하나의 모듈 단위로 컴퍼넌트를 만들었다 보니 광고 관련된 건 ads / 인증 관련된건 auth 그 외에도 config, slack, redis 등으로 나뉘어져 있죠. 가장 메인이라고 할 수 있는 광고쪽을 보면 흔히 알고 있는 layered architecture 라고 할 수 있습니다. - Layered Architecture 각 계층의 이름은 경우에 따라 Presentation, Web, .. 공감수 0 댓글수 0 2023. 7. 29.
CLI program 주절주절 프롤로그) 팀에서 담당하는 서버 중 이미지 서버가 현재는 요청받은 원본 이미지에 대해 JPEG + WEBP 이미지를 생성해서 업로드하고 있는데 WEBP 가 뒤늦게 추가된 스펙이다보니 옛날 이미지들에 대해선 WEBP 가 생성되어있지 않은 이슈가 있었고, 몇 건 되지 않는 이미지이다보니 JPEG 이미지 주소를 입력받으면 WEBP 로 만들어서 업로드해주는 CLI 가 있으면 쓸 수 있을 것 같다는 요청이 있어 NodeJS 로 작업해본 CLI 프로그램을 간단히 올려봅니다. 개발자에겐 cli 는 아주 익숙하리라 생각되구요. NodeJS 진영에서도 이미 리액트나, NestJS 등을 사용해본 개발자라면 create-react-app 또는 nest-cli 등을 통해 CLI 를 사용해본 경험이 있을겁니다. 이번에.. 공감수 0 댓글수 0 2023. 7. 23.
NestJS - 대충 서비스 만들어보기 (17) 저번 포스팅에서 @nestjs/cqrs 에 관한 내용 중 이벤트 기반 프로그래밍에 대한 부분을 이번 포스팅에서 간략히 보도록 하겠습니다. - EventBus 수동으로 이벤트를 발송하고, 그 이벤트를 구독해 적합한 처리를 하는 것은 @nestjs/cqrs 에서 제공하는 EventBus 를 이용하면 간단하게 구현할 수 있습니다. 여기서 EventBus 를 사용해볼 부분은 광고를 생성한 후 생성 결과 내용을 Slack 으로 알리는 부분입니다. @CommandHandler(CreateAdCommand) export class CreateAdHandler implements ICommandHandler { ... async execute(command: CreateAdCommand): Promise { ... a.. 공감수 0 댓글수 0 2023. 7. 15.
NestJS - 대충 서비스 만들어보기 (16) - CQRS CQRS 는 command query responsibility separation 의 줄임말로써, command 와 query 의 책임을 분리하는 패턴입니다. 여기서 command 는 시스템의 상태를 변경하는 명령을 뜻하고, query 는 상태를 변경하지 않으며 조회만 하는 요청입니다. 흔히 알고 있는 CRUD 로 구분하면 command 는 CUD / query 는 R 에 해당하겠습니다. CQRS 를 도입했을 때 성능, 확장성, 보안성이 향상된다고 합니다. 아무래도 일단 서비스가 고도화되다보면 조회시 필요한 데이터 모델과 상태를 변경할 때 필요한 모델이 차이가 나기 마련인데 command 와 query 가 분리되어 있지 않은 상태에선 이를 같이 가져가야하지만, 이를 분리하면 조회시 훨씬 가.. 공감수 0 댓글수 0 2023. 7. 8.
NestJS - 대충 서비스 만들어보기 (15) - Health Check 서비스를 운영하다보면 현재 서비스 상태가 정상적으로 서빙할 수 있는 상태인지, 그렇지 않은지 체크가 필요합니다. 서비스가 건강한 상태인지를 체크하는 장치를 우리는 일반적으로 헬스체크 라고 부릅니다. 팀에서 운영하는 서버들에도 이 부분은 아직 좀 미흡한 점들이 있습니다. 서비스가 건강한 상태인지를 체크하려면 사용하는 RDB, ElastiCache 와의 커넥션 상태를 비롯해 장비의 인메모리, 디스크 상태등을 확인해야 하지만 어떤 서버들에 대해선 /health path 만 따놓고 그냥 200 OK 응답을 반환하도록 되어있는 경우도 있습니다. 현 팀에선 어디든 그렇겠지만 RDB 와 Redis 의 커넥션 상태가 제일 중요한데, 이러한 DB 들과의 통신이 되지 않는 상황에선 앱이 죽어버릴.. 공감수 0 댓글수 0 2023. 7. 1.
NestJS - 대충 서비스 만들어보기 (14) 이번 포스팅에선 NestJS 의 인터셉터에 대해 보려고 합니다만.. 미들웨어, 가드, 예외 필터, 인터셉터, 파이프 등 뭔가 비슷해 보이는 것들이 참 많네요. Express 로 개발시엔 미들웨어로 대부분 다 처리했던 것 같긴 합니다만, 이것들을 약간 구분하기 위해 NestJS 의 request lifecycle 에 대해 먼저 보도록 하겠습니다 (링크) - Request Lifecycle (요청 생명주기) 요청에 대한 생명주기는 들어온 요청이 처리되고 최종 응답되기까지 어떠한 컴퍼넌트들을 거쳐 처리되는지를 말합니다. 요청이 들어왔을 때 처리되는 컴퍼넌트의 순서를 NestJS 공식 페이지 내용을 참고해 도식화한 것 입니다. 요청 -> 미들웨어 -> 가드 -> 인터셉터(pre-controller) -> 파이프.. 공감수 0 댓글수 0 2023. 6. 17.
NestJS - 대충 서비스 만들어보기 (13) 이번 포스팅에선 NestJS 에서 제공하는 예외 필터 기능을 사용해보겠습니다. - 예외 (Exception) 예외 처리는 무언가를 개발하는 과정에선 필수 사항인 것 같습니다. 개발자는 항상 에러가 발생할 수 있는 상황을 대비해야하고, 그에 따라 빠르게 에러를 전파하던지 또는 아예 무시되도록 하던지 하는 방법을 선택할 수도 있죠. 예전에 Express 로 처음 개발할 땐 에러 처리를 controller 부분에서 필수 파라미터가 undefined 일 땐 res.json(400)... 를, 그 이후 로직에는 전체에 try - catch 를 걸어서 뭔 에러던 다 catch 에서 잡고 500 으로 처리했었습니다. 이러다보니 코드 전체에 try - catch 및 res.json.. 이 난무했고, 보기엔 상당히 지저.. 공감수 0 댓글수 0 2023. 6. 12.
NestJS - 대충 서비스 만들어보기 (12) 이번 포스팅에선 NestJS 에서 제공하는 Guard 기능을 사용해보겠습니다. - 인증 vs 인가 인증은 Authentication, 인가는 Authorization 으로 의미하는 바는 좀 다릅니다. 인증은 유저의 신원을 검증하는 프로세스로, 자신이 누구인지를 증명하는 것입니다. 인가는 인증 이후의 프로세스로 인증된 사용자가 어떤 리소스에 접근할 수 있는지를 확인하는 것을 인가라고 합니다. NestJS 에선 Guard 를 사용해 인가를 구현할 수 있습니다. 좀 희한한건 일반적으로 응답 상태를 나타낼 때 인증이 실패하면 401, 인가가 실패하면 403 인데 401 - Unauthrozied / 403 - Forbidden 으로 되어있습니다. Forbidden 은 이해가 되지만 Authentication 실.. 공감수 0 댓글수 0 2023. 5. 27.
NestJS - 대충 서비스 만들어보기 (11) 이번 포스팅에선 NestJS 의 미들웨어에 대해 간단히 보도록 하겠습니다. - Middleware NestJS 의 미들웨어는 원래 알고 있던 Express 의 미들웨어와 다르지 않습니다. 일반적으로 미들웨어라 함은 클라이언트의 요청에 맞는 응답을 하기 위한 중간에 거쳐가는 함수들이라고 볼 수 있습니다. Express 에선 미들웨어라고 하면 대략 아래와 같이 구성되어 있는데요. (req: Request, res: Response, next: NextFunction) { ... next(); } req(요청) 와 res(응답) 객체 및 다음 미들웨어 함수의 액세스 권한을 갖는 함수를 말하며 next 를 호출함으로써 다음 미들웨어로 현재 요청을 넘길 수 있고, 이러한 구성에 의해 미들웨어는 순차적으로 처리됩니.. 공감수 0 댓글수 0 2023. 5. 20.
NestJS - 대충 서비스 만들어보기 (10) 지난번에 작성하지 못했던 Repository 를 연동해 광고 등록시 DB 에 저장하고 DB 로 부터 광고 데이터를 조회하는 API 를 완성해 보도록 하겠습니다. - TypeORM Repository NestJS 는 저장소 패턴을 지원하니 먼저 이를 사용해보도록 하겠습니다. import { Column, Entity, PrimaryGeneratedColumn } from 'typeorm'; @Entity('Ad') export class Ad { @PrimaryGeneratedColumn() id: number; @Column({ length: 10, name: 'ad_type' }) adType: string; @Column({ length: 30 }) title: string; @Column({ len.. 공감수 0 댓글수 0 2023. 5. 13.
NestJS - 대충 서비스 만들어보기 (9) 이번엔 꽤나 늦었지만 NestJS 에서 DB 를 연결해보겠습니다. - Mysql 데이터베이스로는 심플하게 Mysql 을 사용하려고 합니다. > docker run --name mysql-local -p 3306:3306/tcp -e MYSQL_ROOT_PASSWORD=xxx -d mysql:8 일단 로컬에서 진행하는 만큼 docker 로 간단하게 제 맥북에서 Mysql 8버전 container 를 실행했습니다. 패스워드는 자유롭게 넣어주시면 되겠습니다. 저는 예전부터 사내에서도 데이터베이스 클라이언트로 DBeaver 를 사용해왔습니다. 초기 버전에는 몇가지 버그도 있긴 했으나 어느덧 23버전까지 오면서 많은 부분의 개선이 있었으니 마땅한 툴을 사용하고 있지 않으셨다면 한번 써보시는것도 괜찮을 것 같습니다.. 공감수 0 댓글수 0 2023. 5. 7.
NestJS - 대충 서비스 만들어보기 (8) 지난 포스팅에서 미처 마무리하지 못했던 env 를 정리해보도록 하겠습니다. - Custom Config 위 구조는 현재까지 작성한 env 관련 디렉토리와 파일입니다. @nestjs/config 를 사용해 ConfigModule 을 Node 실행 환경에 따라 동적으로 구성하고, ConfigService 를 provider 로 등록해 config 가 필요한 컴퍼넌트가 ConfigService 와 협력하는 구조로 되어 있습니다. .development.env 또는 .production.env 와 같은 .env 파일은 환경에 따라 .staging.env 같은 파일이 추가될 순 있겠지만 이 파일을 괜히 사용하는 모듈에 따라 분리하는 건 오히려 관리가 더 어려울 것 같고, 하나의 통째로 들어가있는 ConfigSe.. 공감수 0 댓글수 0 2023. 5. 1.
NestJS - 대충 서비스 만들어보기 (7) 이번 포스팅에선 config 를 구성해보도록 하겠습니다. 본래는 프로젝트를 하면 이런것부터 해야하지만 당장 처음엔 딱히 config 로 넣을만한것도 없어서 미루다가, 대충 만들면서 하드코딩으로 들어가있는 slack 관련된 설정값들을 config 로 옮기려 합니다. - dotenv config 를 구성할 때 dotenv 라이브러리를 사용하려고 합니다. dotenv 는 .env 파일을 읽어서 환경 변수로 등록해주는 역할을 하고, 그럼 우리는 환경 변수로부터 필요한 세팅 값들을 사용할 수 있습니다. 팀에서 관리하는 레포들에 dotenv 를 적용해야지 생각만하고 아직 못했었는데 이런때에라도 좀 써보게 되었네요. > npm install dotenv 먼저 dotenv 라이브러리를 설치합니다. 그리고 당장 .pro.. 공감수 0 댓글수 0 2023. 4. 23.
NestJS - 대충 서비스 만들어보기 (6) 이번엔 저번 포스팅에서 하지 못했던 커스텀 validator 를 생성해 컨트롤러가 받는 DTO 의 일부 필드에 적용해보도록 하겠습니다 - Custom Validator validator 를 커스텀하게 만들려면 class-validator 에서 제공하는 기능을 사용하면 됩니다. 이번 예시에서도 공식 내용을 따라가면서 만들어보도록 하겠습니다. import { registerDecorator, ValidationOptions, ValidationArguments, } from 'class-validator'; export function IsXXX(property: string, validationOptions?: ValidationOptions) { return (object: object, propert.. 공감수 0 댓글수 0 2023. 4. 15.
NestJS - 대충 서비스 만들어보기 (5) 이번엔 광고 생성 또는 수정, 조회할 때 요청으로 들어오는 파라미터들에 대한 유효성 체크를 해보도록 하겠습니다. 그러기 위해선 먼저 파이프에 대해 알아야 합니다. - Pipe (파이프) NestJS 공식 문서 중 파이프에 대한 설명으로 제일 먼저 나와있는 그림입니다. 어느정도 공식 문서의 문구를 설명하는데 사용하겠습니다. 파이프는 Injectable 데코레이터가 붙어있는 클래스고, PipeTransform 인터페이스를 구현합니다. 파이프는 요청이 라우터 핸들러로 전달되기 전에 요청 객체를 변환할 수 있는 기회를 제공합니다. 지금까지 작성한 코드 기준으로 보자면 컨트롤러가 받고 있는 DTO 가 되겠죠. 보통 파이프는 일반적으로 두 가지의 사용법이 있습니다. transformation 입력 데이터를 원하는 .. 공감수 0 댓글수 0 2023. 4. 8.
NestJS - 대충 서비스 만들어보기 (4) 저번엔 Controller 와 Provider 등을 알아본다고 별로 한게 없는데, 이번엔 광고 컨텐츠 등록 API 를 한번 건드려보겠습니다. DB 는 좀 나중에 연동하기로하고, 컨텐츠를 등록하면 Slack 으로 알람을 보내는 모듈을 만들어보겠습니다. 뭔가 사이드부터 하는 것 같다면 그게 맞습니다.. export class CreateAdDto {} 일전에 생성했던 리소스대로면 AdsController 의 create, update 메서드는 CreateAdDto 타입의 파라미터를 받게 되어있습니다. DTO (Data Transfer Object) 는 굳이 적지 않아도 아시다시피 프로세스나 레이어 사이에서 데이터를 전송하는 객체입니다. 직렬화, 역직렬화 로직 또는 단순한 getter setter 정도의 메.. 공감수 0 댓글수 0 2023. 3. 25.
NestJS - 대충 서비스 만들어보기 (3) - Controller & Provider 이전 포스팅에서 nest-cli 를 이용해 리소르를 바로 생성하다보니, NestJS 의 구성중 핵심인 Module 중 Controller 에 대한 부분도 제대로 보지 않고 지나갔었네요. // ads.module.ts @Module({ controllers: [AdsController], providers: [AdsService], }) 작성했다고 하기도 뭐하지만 현재 ads.module.ts 파일의 내용은 위와 같을겁니다. 저기서 Controller 는 우리가 일반적으로 알고있는대로 들어오는 요청을 받고 처리된 결과를 응답으로 돌려주는 인터페이스 역할을 합니다. REST API 로 만들었었지만 이는 Microservice 로 생성했어도 크게 다르지 않구요. 보통.. 공감수 0 댓글수 0 2023. 3. 19.
NestJS - 대충 서비스 만들어보기 (2) 지난 포스팅에서 생성만 했던 nest-ad 프로젝트에서 이어서 가겠습니다. - 리소스 생성 NestJS 에선 cli 로 필요한 리소스를 쉽게 생성할 수 있습니다. 먼저 nest-cli 가 어떤 것들을 지원하는지 살펴보겠습니다. > nest --help 이전 포스팅에서 package.json 의 scripts 를 간략히 볼 때 나왔던 build, start 등의 커맨드도 보입니다. 프로젝트에서 필요한 리소스를 구성하는데 주로 사용할 커맨드는 아무래도 generate 입니다. alias 인 g 를 쓸 수도 있네요. 그 아래는 생성할 수 있는 컬렉션들을 보여주고 있습니다. 저는 간단한 광고 서비스 서버를 만들고 싶으니 Ads 라는 도메인에 대해 먼저 Controller 부터 생성해보고자 합니다. > nest.. 공감수 0 댓글수 0 2023. 3. 4.
NestJS - 대충 서비스 만들어보기 (1) - NestJS Nest is a framework for building efficient, scalable Node.JS server-side applications. NestJS 공식 페이지에 있는 첫 소개 문구입니다. NestJS is a framework 는 문구 그대로 우리가 짜는 코드는 이 프레임워크 안에서 사용되며 앱의 제어 흐름은 프레임워크가 쥐게 됩니다. NestJS 를 좀 더 자세히 봐야겠다는 생각이 근래 들어 좀 들게 되었는데요. 현재 팀에선 NestJS 도 사용하고 있긴하지만, 대체로 관리중인 대부분의 서버들이 Express 또는 Koa 로 구성되어있습니다. 예전엔 Express 나 Koa 를 사용함으로써 자유도 높은 개발 환경이 이것저것 해볼 수 있어서 좋다고 생각하긴했지만, 근.. 공감수 0 댓글수 0 2023. 2. 25.
ZeroMQ 의 다양한 패턴 이전 포스팅에서 ZeroMQ 을 간략히 보면서, 그 중에서도 pub/sub 패턴을 사용해 간단한 단방향 메시징에 대해 알아봤습니다. ZeroMQ 는 pub/sub 패턴 외에도 push/pull 과 request/reply 등 일반적인 메시징 패턴도 지원하는데 이번 포스팅에선 이 패턴들에 대해 살펴보고자 합니다. - PUSH/PULL 이 패턴은 파이프라인 패턴으로도 불리며, AMQP 포스팅에서 이미 적긴 했지만 환풍기 또는 경쟁 소비자 패턴과 유사합니다. 파이프라인 이라는 처리 형식은 Node.JS 개발자라면 더 익숙할 것 같습니다. 이름 그대로 PUSH 소켓은 메시지를 전송하기 위한 소켓이고, PULL 소켓은 수신용 소켓이며, PUSH 에서 PULL 방향으로 단방향 통신이 이루어집니다. 이는 reque.. 공감수 0 댓글수 0 2023. 2. 18.
Use AMQP (w/ RabbitMQ) 계속해서 메시징 관련해 이번 포스팅에선 AMQP 에 대해 좀 보려고 합니다. ZeroMQ 나 Redis 의 pub/sub 등의 메시징 시스템을 간단하게 사용하는 것으로도 충분히 그 장점을 느낄 수 있지만, 이러한 시스템들은 단순한만큼 신뢰성은 약간 떨어진다고 할 수 있습니다. 물론 그런 상황이니까 사용하는 것도 있지만요. 메시징 시스템에선 신뢰성을 설명할 때 QoS(Quality of Service) 의 레벨을 들곤 합니다. 그 레벨은 아래와 같습니다. QoS0 최대 한 번. 가장 간단하며 메시지가 지속되지도 않고 전달되는 것을 확인하지도 않습니다. 따라서 이 경우엔 메시지가 손실될 수 있습니다. QoS1 최소 한 번. 메시지가 적어도 한번은 수신되도록 보장합니다. 메시지를 받았을 경우 클라이언트는 무조.. 공감수 0 댓글수 0 2023. 2. 11.
Use ZeroMQ 이전 포스팅들에서 메시징에 대해 계속 적고 있다보니, ZeroMQ (ØMQ) 에 대해 짧게 어떤 물건인지 보려고 합니다. ZeroMQ 공식 문서에 적혀있는 내용을 그대로 가져와보자면, ZeroMQ 는 고성능의 비동기 메세징 라이브러리이고, 분산 어플리케이션 또는 동시성 어플리케이션에서 사용하는 것에 초점이 맞춰져있습니다. 메세지 큐를 제공하긴 하지만, 다른 메세지 지향 미들웨어와 달리 전용 메세지 브로커 없이 ZeroMQ 시스템을 사용할 수 있습니다. ZeroMQ 는 TCP, in-process, inter-process, multicast, WebSocket 등의 다양한 전송 방식을 통해 pub/sub, request/reply, client/server 등의 일반적인 메세징 패턴을 지원합니다. 프로.. 공감수 0 댓글수 0 2023. 2. 5.
Messaging System 이전 포스팅에서 MSA 를 얘기할 때 잠깐 적기도 했던 내용이지만 분산 어플리케이션을 구성하는데에 메세지를 사용해 시스템 전체에 데이터나 이벤트를 전파하는 것은 주요합니다. 경우에 따라 직접 구현하기도하고, 클라우트 서비스의 도움을 받기도 하고, 간단하게 redis 등을 사용하기도 합니다. 메세징 시스템을 구축할 때 고려할 부분은 아래와 같은 포인트가 있습니다. 통신의 방향 메세지 목적 및 타이밍 p2p 방식 또는 브로커를 통한 메세지 전달 - 통신의 방향 통신의 방향은 단방향과 양방향이 있고 쉬운건 단방향이겠지만 양방향이 훨씬 인기가 많고 많이 쓰이는 것 같습니다. 채팅 프로그램같은걸 구현할 때 많이 사용하는 WebSocket 이 단방향 통신의 예시로 볼 수 있습니다. 양방향 통신은 멀리갈 것도 없이.. 공감수 0 댓글수 0 2023. 1. 28.
MSA Node.JS 에서 중요한 패턴이라고 한다면 너무 많은 일을 하는 커다란 어플리케이션을 작성하지 말라는 것입니다. 사실 뭐 이건 이제 Node.JS 에만 국한된 이야기는 아닐거라고 생각하긴 합니다만.. 이전의 포스팅에서 사용했던 그림을 재탕했습니다. 대규모 어플리케이션을 작성하는 대신 위 그림에서 Y축인 서비스 및 기능으로 분해하여 별도의 작은 어플리케이션으로 나눠서 운영하는 것이 그 방식입니다. 모놀리틱 아키텍쳐에 정반대되는 개념이며, Micro Service Architecture(MSA) 패턴으로 볼 수 있습니다. 물론 무조건 모든 어플리케이션을 MSA 로 만드는 것은 그리 적절한 방법은 아닐 수 있습니다. MSA 설계시엔 우리가 소프트웨어 이론에서 늘상 얘기하는 높은 응집도, 낮은 결합도, 복잡성.. 공감수 0 댓글수 0 2023. 1. 14.
peer-to-peer load balancing Node.JS 카테고리에서 다루기에 적절한 내용은 아닌 듯 합니다만.. 피어 투 피어 로드 밸런싱이 어떤것인지에 대해서만 간단하게 남겨보려고 합니다. 일반적으로 어플리케이션 서버에서는 이런 로드밸런싱을 고려한적은 없었던 듯 합니다. 대체로 많이 사용하는건 역방향 프록시(reverse prorxy)를 통한 로드밸런싱이고, 쉽게 사용할 수 있는 nginx 또는 클라우드 서비스를 사용한다면 AWS 의 ALB 나 CLB 등이 있을 것 같습니다. 위와 같은 역방향 프록시의 사용은 외부로부터 네트워크 인프라의 복잡성을 숨길 수 있고, 외부에서 사용할 수 있는 유일한 엔트리 포인트를 제공합니다. 하지만 만약 내부에서만 사용해야 하는 경우엔 피어 투 피어 로드밸런싱이 강점을 가질 수 있습니다. 만약 A 에서 B 로 요.. 공감수 0 댓글수 0 2023. 1. 8.
Node.JS 어플리케이션 확장 현대의 개발 세계에선 다들 너무나도 잘 알고 있을 듯한 어플리케이션을 확장하는 방법에 대해 기록하는 차원에서 남겨둘까 합니다. Node.JS 는 I/O 작업에 특화되어 있는 만큼 수많은 짧은 요청을 처리하는데 장점이 있고 운영하는 서버의 스펙은 크게 신경쓰지 않을 정도로 좋아졌다고 하지만, 기본적으로 단일 스레드에서 처리하는 양에 한계는 분명히 있습니다. 이러한 환경에서 Node.JS 서버의 처리량을 향상시키려면 멀티 프로세스와 멀티 머신 확장입니다. 물론 이렇게 사용했을 때 따러오는 이점은 처리량 뿐만이 아니라, 장애가 발생했을 때에 대한 고가용성도 얻을 수 있습니다. 어플리케이션을 확장하는데에 있어 각 프로세스 또는 머신으로 부하가 분산되는데, 이 부분에 대해 스케일 큐브라는 모델에선 세 가지 측면에.. 공감수 0 댓글수 0 2023. 1. 1.
Service Locator (서비스 로케이터) 이번 포스팅에선 DI 와 비슷한 의도를 갖고 있는 다른 패턴인 Service Locator 에 대해 적어보고자 합니다. Service Locator 는 중앙에서 컴퍼넌트를 관리하고 모듈이 필요한 종속성을 로드할 수 있도록 레지스트리 역할을 하는 것입니다. Service Locator 에 종속성이 등록되어있고, 각 모듈에선 필요한 종속성을 Service Locator 에 요청하는 방식이라고 보시면 될 것 같습니다. export class ServiceLocator { private dependencies: Map; constructor() { this.dependencies = new Map(); } public register(name: string, instance: T) { this.dependenc.. 공감수 0 댓글수 0 2022. 12. 25.
의존성 주입 지난번에 적었던 의존성 하드코딩 부분부터 다시 보도록 하겠습니다. // config.js const config = require('./config.json'); module.exports = { config: { ...config, host: 'xxx...' }, }; // test1.js const { config } = require('./config'); const tmp = () => { console.info(config.host); }; tmp(); // "xxx..." 이런식의 코드 구성에선 test1.js 가 결국 config.json 에 종속되게 되죠. 이렇게 종속성을 하드코딩하면 재사용성이 낮아지며 단위 테스트가 어려워집니다. test1.js 를 단위 테스트하려면 결국 config.j.. 공감수 0 댓글수 0 2022. 12. 10.
Github actions - ssh trouble shooting github actions trouble shooting 이라고 뭔가 거창하게 쓰긴 했지만 github actions 를 사용하는 과정에서 회사 내부 github repository 를 모듈로써 설치해야 하는 경우 겪었던 문제와 그 해결에 대해 간단하게 적어보도록 하겠습니다. 문제는 github actions 으로 테스트를 하던 publish 를 하던 npm install 을 하는 과정에서 발생했습니다. 해당 repository 에선 내부 공통 모듈로 작성된 특정 repository 를 사내 github 으로부터 설치해서 사용중이었는데.. 문제는 github actions 이 돌아가는 장비에서 사내 github 으로 접근이 안되는 부분이었습니다. "dependencies": { "axios": "^1.3.. 공감수 0 댓글수 0 2022. 12. 3.
Use github actions 이번 포스팅에선 github actions 를 사용해보려 합니다. 카테고리 구분은 따로 하는게 좋겠지만 귀찮아서 그냥 git 으로.. - What? github actions 이란 github 에서 CI 와 CD 를 위해 추가된 서비스입니다. github 저장소에 어떠한 이벤트(ex. push, merge 등)가 발생했을 때 특정 작업이 일어나도록 하거나 반복적으로 도는 작업등을 workflow 의 yml 파일로 정의하여 자동화시켜놓고 linux, window 등의 컴퓨팅 리소스를 할당 받아 실행시킬 수 있습니다. 지금도 훌륭한 도구인 Jenkins 에서 트리거를 세팅하고 PR 이 올라왔을 때 혹은 master 에 머지되었을 때 잡이 돌도록 설정하던 것들을 생각하면 github actions 는 아주 .. 공감수 0 댓글수 0 2022. 11. 26.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.