- 용어 정의 1. 클라이언트 앱 : 푸쉬 알림을 받는 역할 2. Notification Server : 알림을 전송하는 서버로, FCM이 해당됨. 3. Provider : Spring Boot서버가 역할을 수행하며, - 앱에서 Sender ID값을 받아 해당값으로 FCM에서 Registration Token을 발급받은후 해당값을 Provider에 전달하여 DB등에 등록하며 해당값은 알림 전송에 사용됨. (Registration Token 등록시 iOS, Android등 OS구분값이 필요함.) - Provider의 경우 요청이 있을 경우 등록된 Registration Token을 이용하여 Notification Server에 요청을 전송하여 앱에 알림을 전송함. 4. Platform-level Trans..

이번 글에서는 Java에서 var와 타입추론에 대해 알아보겠습니다. Java 10에서 var Java 10부터 도입된 'var'는 지역 변수의 타입 추론을 가능하게 하는 키워드입니다. 이는 코드를 간결하게 작성할 수 있도록 도와주며, 프로그래머가 변수를 선언할 때 타입을 직접 명시하지 않아도 되게 합니다. 기존의 Java에서는 변수를 선언할 때 반드시 타입을 명시해야 했지만, 'var'를 사용하면 컴파일러가 할당된 값의 타입을 보고 변수의 타입을 추론합니다. 얼마 전에 Scala언어의 장점으로 보았던 '타입추론'입니다. 예를 들어 구문 작성을 확인해 보겠습니다. String message = "Hello world"; 위와 같은 전개가 기존 자바에서의 전개코드입니다. 하지만 var를 사용하면 다음과 같이..

Redis는 Remote Dictionary Server의 약자로 오픈 소스 기반으로 In-memory 데이터 구조 저장소에 키(Key) - 값(Value) 쌍의 해시 맵과 같은 구조를 가진 비관계형(NoSQL) 데이터를 저장 및 관리하는 데이터베이스 관리 시스템을 말합니다. 현재 많은 백엔드 프로젝트에서 Redis 저장소를 많이 사용하고 있으며, 테크팀 역시 스프링 프로젝트에서 캐시데이터 및 세션, 그리고 각 업무단 비즈니스 로직에서 데이터 저장소로 활용하고 있습니다. NestJS 프로젝트 역시 캐시 및 데이터 저장소로 활용하기 위하여 Redis 저장소가 필요하였기 때문에 다음과 같이 Redis Util을 추가하였습니다. "dependencies": { "ioredis": "^5.3.2", }, "de..

미션 크리티컬한 소프트웨어 개발에서 자동화된 테스트는 필수적이다. 테스트를 자동화하면 개별테스트 및 테스트 모음을 빠르고 쉽게 반복할 수 있다. 이는 릴리스 품질 및 성능 목표를 충족하는지 확인 가능하게 한다. 자동화 테스트는 적용 범위를 늘리고 개발자에게 더 빠른 피드백 루프르 제공한다. 자동화 테스트는 개별 개발자의 생산성을 높이고 소스코드 제어 체크인, 기능 통합 및 버전 릴리즈와 같은 중요한 소프트웨어 개발 수명 주기 시점에 꼭 필요한 단계이다. 이러한 테스트는 단위 테스트, 엔드투엔드(e2e) 테스트, 통합 테스트 등 다양한 유형에 걸쳐있다, Nest는 효과적인 테스트를 포함한 개발 모범 사례를 제공하기 위해 다음과 같은 기능이 포함되어 있다. 구성요소에 대한 기본 단위 테스트와 애플리케이션에 ..

Nest 애플리케이션과 모든 애플리케이션 요소에는 Nest에서 관리하는 수명 주기가 있다. Nest는 주요 수명 주기 이벤트에 대한 가시성과 이벤트 발생 시 조치(모듈, 공급자 또는 컨트롤러에 등록된 코드 실행) 기능을 제공하는 수명 주기 훅을 제공한다. 수명 주기 순서 다음 다이어그램은 애플리케이션이 부트스트랩되는 시점부터 노드 프로세스가 종료될 때까지 주요 애플리케이션 수명 주기 이벤트의 순서를 보여준다. 전체 라이프사이클을 초기화 , 실행 , 종료의 세 단계로 나눌 수 있다 . 이 수명 주기를 사용하면 모듈과 서비스의 적절한 초기화를 계획하고, 활성 연결을 관리하고, 종료 신호를 받으면 애플리케이션을 정상적으로 종료할 수 있다. 수명 주기 이벤트 수명 주기 이벤트는 애플리케이션 부트스트래핑 및 종료..

Task Scheduling이란 주기적으로 반복적인 작업을 처리하는 것을 말합니다. 스프링 프로젝트에서도 scheduler를 이용하여 이러한 반복적인 작업을 처리하는데 테크팀에서 관리하는 스프링 프로젝트들의 경우 반복적으로 처리해야될 비즈니스 로직 및 데이터의 규모가 방대하기 때문에 스프링 배치를 이용하여 프로젝트를 구성하였고, 여기에 Cronicle을 이용하여 Scheduling을 관리하고 있습니다. NestJS 프로젝트의 경우 반복적으로 처리해야될 작업이 많지 않았고(현재는 엘라스틱 서치에 인덱싱 하는 작업 1개만 존재), 그 데이터의 규모 또한 크지 않다고 판단하여서 자체적으로 지원하는 schedule 모듈을 사용하기로 결정 하였습니다. "dependencies": { "@nestjs/schedul..