HAN STORY

1. CI/CD 는 세 단계를 가진다. 개발, 빌드, 배포각 단계는 하나의 서버 개념이다.2. Jar 파일 빌드 시점에 대한 고민 .jar 파일을 빌드해야하기 때문에 이 과정을 개발 단계에서 포함해서 가져가냐, 빌드 단계에서 가져가냐의 차이는 있다. 빌드 단계에서 .jar 파일을 빌드하게 해놓는다면 Github Actions, Jenkins 등 툴에 따라서 환경을 맞춰줘야한다.이렇게 하면 이미지가 가벼워진다. 개발단계에서 이미지를 만들고 도커파일 자체에서 jdk, gradle 를 정의하고 가져온다면 build 를 어떤 툴로 하든 가능해진다. but, 이미지가 무거워진다는 단점이 있다.  사실상 이렇게 만든 .jar 파일을 배포하면 끝이다.3. 서버 확장 시 생길 수 있는 문제 하지만 나중에 EC2 서버를..

PPT : Spring Bean - 프레젠테이션 YOUTUBE : https://www.youtube.com/watch?v=WoFiKb4oAqU

PPT : CI/CD - 프레젠테이션 YOUTUBE : [CS발표] CI / CD - YouTube

Controller// 식물사전 리스트 조회@GetMapping("/v1/dictionaries")public ResponseEntity>> getDictionaryList( @RequestParam(defaultValue = "1") int page, @RequestParam(defaultValue = "10") int size) { return ResponseEntity.ok(ApiResponse.success(dictionaryService.getDictionaryList(page, size)));} 🎯 @RequestParam 으로 page, size 를 받고 defaultValue 를 설정함으로서 다른 입력이 없으면 기본 값을 설정해준다. 🎯 Page 로 반환하..

💡 Refresh 토큰이 뭐에요 Access 토큰과 비교해서 알아봅시다.구분액세스 토큰리프레시 토큰역할API 호출 시 인증액세스 토큰 재발급수명짧음 ( 몇 분 ~ 몇 시간 )김 ( 며칠 ~ 수개월 )사용 위치모든 API 요청에 사용만료된 액세스 토큰 갱신 시 사용저장 위치브라우저 메모리, 쿠키 등쿠키, 로컬 스토리지 또는 서버만료 시 처리리프레시 토큰으로 재발급만료 시 재로그인 필요 이 두 가지를 함께 사용하면 보안과 편의성을 모두 확보할 수 있다.리프레시 토큰을 통해 자주 로그인하지 않아도 되면서도, 액세스 토큰의 짧은 수명으로 보안을 강화할 수 있다.  💡 어떤 구조로 이 두 가지를 함께 사용할 수 있을까?💡 Access 토큰과 Refresh 토큰을 조합할 때의 주의사항이 뭘까?리프레시 토큰 재..

조회 성능을 최적화 하는 과정에서 트랜잭션 오버헤드를 줄여서 성능을 향상시키는 방법을 몇 가지 제시받았는데, 트랜잭션 오버헤드가 정확히 뭔지 처음 들어봐서 한 번 알아보고자 한다. 트랜잭션 오버헤드가 뭔가요? 트랜잭션 오버헤드란 트랜잭션을 시작하고 유지하며 완료하기 위해 추가적으로 발생하는 비용을 의미한다. 이는 트랜잭션이 데이터의 무결성과 일관성을 보장하기 위해 필요한 여러 작업(락, 로그 기록, 복구 준비 등)에서 발생한다. 이 추가 비용은 CPU, 메모리, 네트워크, 디스크 I/O 등의 리소스를 소비하며 시스템 성능에 영향을 미칠 수 있다. 트랜잭션 오버헤드의 원인에는 뭐가 있나요.1. 트랜잭션 시작 및 종료 작업명령 처리 비용:트랜잭션을 시작하면 데이터베이스는 begin, commit, rollb..

// 인기 카드 Top3 조회 ( Redis )@Transactional(readOnly = true)public Map getTopViewCardList() { Set> topCardsWithScores = redisTemplate.opsForZSet().reverseRangeWithScores(TODAY_RANKING_KEY, 0, 2); return topCardsWithScores.stream() .collect(Collectors.toMap( tuple -> tuple.getValue().toString(), // title tuple -> tuple.getScore().int..

팀 KPT 회고KEEP, 다음 프로젝트로 가져갈 ·  추가 구현에서 경험한 동시성 처리, Redis를 이용한 캐시의 이점, 쿼리와 인덱스를 이용한 최적화, 젠킨스와 도커를 이용한 CICD까지 직접 구현하진 않은 부분일지라도 팀 노션에 작성된 부분을 통해 간접 경험을 하거나 동료의 구현 모습을 보면서 좀더 본인의 기술을 디벨롭 할 수 있는 경험.  ·  의견 차이를 커뮤니케이션을 통해 극복하는 자세를 유지하면 좋다. 대부분의 개발이 단체로 이뤄지기 때문에 의견을 수용하고, 배우는 자세를 유지하는것은 매우매우 좋음.  ·  동시성 처리에서 분산락, 낙관락, 비관락을 활용한 다양한 동시성 처리 방식을 적용해보았고, 각 방법이 특정 메서드에 얼마나 적합한지 확인하는 과정을 거침.  ·  외부 API 호출을 통한..

build.gradle// redisimplementation 'org.springframework.boot:spring-boot-starter-data-redis' 의존성 주입RedisConfigpackage com.sparta.springusersetting.config;import org.springframework.context.annotation.Bean;import org.springframework.context.annotation.Configuration;import org.springframework.data.redis.connection.RedisConnectionFactory;import org.springframework.data.redis.core.RedisTemplate;impo..

webhookControllerpackage com.sparta.springusersetting.domain.webhook.controller;import com.sparta.springusersetting.domain.webhook.service.WebhookService;import lombok.RequiredArgsConstructor;import org.springframework.web.bind.annotation.GetMapping;import org.springframework.web.bind.annotation.RequestParam;import org.springframework.web.bind.annotation.RestController;@RestController@RequiredAr..