티스토리

yeny_lab

검색하기

블로그 홈

yeny_lab

splendidlolli.tistory.com/m

히어로맛쿠키 님의 블로그입니다.

구독자: 22

방명록 방문하기

공지 ^o^/♡ 모두보기

주요 글 목록

실전 ThreadPool 튜닝: 적정 쓰레드 수는? ■ 적정 쓰레드수 산정하기각 API 처리 전용 쓰레드풀을 만들게 되었다.각각의 API가 가지는 쓰레드풀에 적당한 코어 쓰레드를 할당해보자. 먼저 파악해야 할 것은- 이 서버에 할당할 리소스가 어느정도인지 알아야 한다.- 그리고 Brian Goetz의 쓰레드 산출 공식을 적용하려면 수행 대상 로직의 대기 시간과 서비스 시간을 미리 알아봐야 한다. 이를 통해 전체 API에 할당할 총 쓰레드 수를 알아보려 한다. □ 서버에 할당된 리소스- CPU: 4코어- Memory: 8GB □ 쓰레드 산출 공식 (Java Concurrency in Practice - Brian Goetz)적정 쓰레드 수 = 코어 수 x (1 + 대기시간/서비스시간)∨ 대기 시간: CPU가 Wait 상태인 시간 (I/O 작업 등) ∨ 서.. 공감수 9 댓글수 0 2025. 3. 6.
[Test] DataSource Bean & properties(yaml) & SQLGrammarException: could not prepare statement [Table ~~ not found] ■ 단일 DataSource 설정properties/yaml에서 db connection 설정 방법은 이렇다.spring.datasource.properties.driverClassName=...spring.datasource.url=...spring.datasource.username=...spring.datasource.password=... 하지만 만약 멀티 데이터소스 요구사항이 다른 경우, 위와 같은 properties에 따른 기본적인 DataSource가 필요한 것이 아니라, 별도로 구현해둔 빈이 필요할 수 있다. (🔗 예를 들면 이런 상황) 그리고 그런 커스텀 DataSource를 사용하도록 테스트 환경을 구성할 때 어떻게 DataSource와 DB 접속 정보를 설정해야 하는지, 놓칠 수 있.. 공감수 7 댓글수 0 2025. 1. 14.
Springboot 3 Migration (from 2.6) ■ Introspringboot 3으로 마이그레이션한 과정과, 내 프로젝트에서 해결한 문제를 기록한다. 일반적으로 springboot 3 마이그레이션시 만나는 문제를 다양하게 만날 수 있어서 좋았다. 보안과 유지보수 측면에서 마이그레이션을 해야 한다. 마이그레이션 대상 프로젝트는 2.6.x를 사용중이었고 이걸 스부 3 이상으로 마이그레이션 하는 것이 목표다. 마이그레이션 순서를 간략히 정리하면, 자바 17로 버전업 후 springboot 2.7로 중간 버전업 해서 종속성 문제 해결 뒤 springboot 3.x으로 버전업해서 나머지 종속성을 해결하는 것이다. 2.7로 중간 버전업하는 거는 springboot 버전이 낮은 편이었다거나 하면 도움이 될 것이다. 참고로 나는 2.6을 쓰고 있었는데 2.7로 .. 공감수 8 댓글수 2 2025. 1. 6.
MDC를 사용해 멀티쓰레드 로깅하기 (for 쓰레드간 Context 전달) ■ Intro멀티쓰레드 환경의 비동기 로깅을 해야했고, MDC를 활용했다.상황을 설명하자면 요청 경로는 동일하게 들어오지만 중간에 쓰레드가 나뉘는 코드가 있었는데, 요청의 컨텍스트를 유지하고 있어야 했다. 예를들어 처리시간을 로깅하려면 처리시작 시간을 보유하고 있어야 어디선가 처리가 끝날 때 총 처리 시간을 구할 수 있다. 비동기일 경우 처리가 끝나는 시점을 모르기 때문에, 그런 최적의 방법에 대한 고민이 필요했다. 결론적으로 MDC + TaskDecorator + AOP를 통해서 구현했다. 비동기 처리의 완료시점을 확실히 하는 것이 중요하므로 MDC를 사용하여 쓰레드를 트래킹하는 것이 적절해보였다. TaskDecorator가 MDC 컨텍스트를 분기 대상 쓰레드로 넘겨서 종료시점까지 정보를 유지하려는 방.. 공감수 5 댓글수 2 2024. 12. 16.
[Springboot] 스케줄러 동적 등록/삭제/변경 ■ Intro동적으로 스케줄링 정보를 변경해야 할 일이 있다. 예시로 스케줄링 주기를 중간에 바꿔야 한다든가, 스케줄 내용을 변경해야 한다든가 말이다. 값이 동적으로 들어오는 위치를 DB라면, DB의 데이터 변경을 자동으로 알아차린 후 스케줄러를 변경시켜야 한다. 그래서 지난 번에는 어떻게 변경감지를 할지 고민했었고, 폴링으로 감지하기로 결정했다. 이번에는 데이터 변경이 감지된 후 스케줄러를 동적으로 변경하는 방법을 정리하겠다. ■ 샘플 구조예시로, 1분마다 DB에서 '주기 값'이 변경되었는지 확인하고, 스케줄러에 반영하는 간단한 샘플 구조를 작성했다. 각자의 비스니스에 맞게 커스텀해서 사용하면 될 것이다. @Componentpublic class SampleDynamicScheduler { pri.. 공감수 6 댓글수 2 2024. 12. 2.
DB 데이터 변경 감지 방법 | 폴링 or 이벤트 ■ IntroDB 데이터 변경을 감지해야할 일이 있다. 서버의 어떤 동작이 외부 설정데이터에 영향을 받기 때문에 변경을 감지해서 동작을 수정해야 하는 상황이다. 그래서 일반적인 방법들을 정리해보고자 한다. (참고: 프론트엔드 부분은 제외하고 이야기한다.) 먼저 확인보자면 여기에서는 "실시간 데이터 처리와 변경 감지는 많은 비즈니스 애플리케이션에서 중요한 요구 사항으로 자리잡고 있습니다. 데이터베이스에서 특정 테이블이나 데이터를 감시하는 방법은 다양하지만, 전통적으로 트리거를 활용한 방식이 가장 많이 사용되었습니다." 라고 말한다. (그래서 뭘 해야하는데? 이 글에서 알아볼 것이다.) 앞으로도 데이터 변경 감지를 적절한 방법으로 해내기 위해서, 다양한 변경 감지 방법들을 알고 있도록 하자. 변경 감지는 두.. 공감수 5 댓글수 2 2024. 11. 29.
[Spring] DTO 매핑시 특정 키만 null 값 나머지 값들은 다 정상적으로 매핑되어 값이 잘 들어가는데, 특정 키만 null로 들어가는 것을 발견했다.원인은 필드명이었다. 아래 글 덕분에 알게 되었다. https://bcp0109.tistory.com/309 Spring Request DTO 에 null 값이 들어가는 이유 (Jackson, Lombok)Overview Spring Boot 로 REST API 를 테스트 하다가 이상한 이슈에 직면했습니다. 클라이언트에서 @RequestBody 로 요청을 받기 위한 DTO 클래스를 만들고 값을 입력 받았는데 null 값이 입력되는 겁니다. 처bcp0109.tistory.com 문제가 되는 필드명은 cId였다. 소문자 하나 다음에 바로 대문자가 나오는 필드명이 문제가 되는 것이다. Spring은 htt.. 공감수 6 댓글수 2 2024. 11. 6.
[Spring AOP] Consumer onMessage() 비동기 수신 로깅 ■ AOP를 통해 onMessage() 비동기 수신 로깅 Redis가 Consume할 때 호출되어 작업을 처리하기 시작하는 부분인 onMessage() 메서드를 AOP를 통해 로깅하려는 상황이었다. 기능 구현을 위한 샘플 코드를 짜서 테스트해보았다. 구조는 이러하다.- ConsumerFactory: 메시지를 구독할 컨슈머들을 생성- StreamListenerImpl: 구독한 메세지를 처리할 onMessage 구현- ListenContainer: 위 리스너를 관리할 컨테이너 설정- LoggingAspect: 테스트 대상인 Aspect들- RedisConfig: 기본 레디스 설정 *참고: ListenerContainer, Listener, 그리고 Consumer 객체간의 관계를 이해하는 것이 필요하다면, .. 공감수 9 댓글수 0 2024. 10. 31.
[Redis] cannot deserialize from Object value (SerializationException) Springboot Cache를 적용하고자 할 때 발생가능한 오류입니다.- 저는 redis cache 사용했습니다.- 또한 캐시 value에 대해서 GenericJackson2JsonRedisSerializer를 적용했습니다. 서버에 캐시를 적용했는데 만약 이런 에러를 만났다면, jackson의 역직렬화에 대해 생각해봅시다.캐시된 응답을 올바른 객체로 내보내야 하는데 역직렬화할때 쓸 생성자가 없다면cannot deserialize from Object value를 로그에서 만날 수 있습니다.*생성자의 존재 문제가 아닌, 역직렬화하기 적절한 생성자를 두는 것이 핵심입니다.org.springframework.data.redis.serializer.SerializationException: Could not .. 공감수 5 댓글수 0 2024. 10. 27.
다량의 이미지 업로드 속도 최적화 / 트래픽 대비 / 비동기 처리 ■ 리뷰등록시 문제 가능성너무나도 희망찬 이야기겠지만,만약 우리 서비스의 인기가 폭발해서동시에 많은 유저가 사진리뷰를 업로드한다면 어떨까? 동기적으로 처리할경우 대용량 사진 업로딩이 하나라도 있다면, 뒤를 이을 수많은 업로딩이 블로킹되며 작업이 주르륵 지연된다. 그래서 이때는 비동기 처리를 생각해야 한다. 이 상황을 대비하고자 하여..문제의 코드를 수선해봤다. ■ 성능 측정 (TPS)2초 안에 25건의 스레드(사용자)를 실행함 (= 약 0.08초마다 스레드를 순차 실행)각 스레드(사용자)는 요청을 총 4개 보냄(= 총 100건의 요청을 보내는 테스트) □ 변경 이전 □ 변경 이후전반적으로 TPS도 상승하고,처리시간도 약 0.65배로 단축했다. "> □ 비동기 + Multipart 관련 문제 해결사.. 공감수 6 댓글수 0 2024. 9. 23.
[Redis] StreamListener(onMessage)와 Consumer 객체간 관계 □ IntroSpringboot와 Redis를 통하여 메시지 비동기 처리를 할 때 StreamListener와 Consumer를 만나게 된다. 내가 원하는 구독자시스템, Pub/Sub, 메시지 처리 구조를 만들기 위해서는 StreamListenerContainer와 StreamListener, 그리고 Consumer 객체 사이의 관계를 이해하는 것이 필요하다.□ StreamListener와 Consumer의 관계 이해하기 StreamListener와 Consumer는 1:1로 연결을 맺고 있는 구조다.StreamListener와 Consumer가 관계지어지면 Subscription 객체를 생성한다. 아래 구조는,각 Consumer가 서로 다른 StreamListener와 맺어져 있고,이에 따라 서로 다른.. 공감수 8 댓글수 0 2024. 9. 19.
Redis Stream의 구조적 특징(Message Queue) 1. Redis Stream 개요소개Redis 5.0에서 주요한 기능으로 등장했다. ( 18년 10월)Message Queue (MQ)로 사용할 수 있는 스택 중 하나이다. Redis Stream MQ는 이런 특징을 가진다. (Rabbit MQ, Active MQ도 마찬가지)- 중복 없이 동시처리 가능- 재처리 가능 이 특징들은 Redis Stream 구조에서 기인한다.1. 중복 없이 동시처리 가능한 이유는 consumer group이 single stream을 두고 메시지를 각 consumer가 하나씩 빼와서 처리하기 때문이다.2. 재처리가 가능한 이유는 메시지마다 id를 두고 관리하며, ACK 명령을 통해 메시지 처리완료를 지원하고, 만약 ACK를 받지 못한 메시지는 PENDING 처리하기 때문이.. 공감수 5 댓글수 2 2024. 8. 26.
[Java] ObjectMapper에 TypeReference를 사용할 때 TypeReferenceJackson 라이브러리를 사용하여 JSON을 역직렬화할 때, 제네릭 타입 정보를 보존하기 위해 사용한다. ∨ ObjectMapper.readValue() 에서 안전한 매핑 가능ObjectMapper.readValue(arg, type) 의 두번째 인자에 타입정보를 표기할 수 있다.변환대상인 arg를 어떤 타입으로 매핑할 것인가의 정보를 주는 것이다. 만약 json을 어디선가 받아와서 변환하고 싶다면, type에는 Class 타입 또는 TypeReference가 온다.특히 TypeReference를 ObjectMapper에 사용하면 경고(ClassCastException 발생 가능 경고)가 나지 않게 할 수 있다.mapper.readValue(json, ArrayList.clas.. 공감수 2 댓글수 0 2024. 8. 22.
[Java] Generic Type erasure / 제네릭 타입 소거 Generic Type erasure자바에서 Generic Type erasure 프로세스는 말 그대로 제네릭 타입을 지워버리는 프로세스다. 자바에서 제네릭은 런타임에 소거된다. 제네릭은 타입 검사 이점이 있으므르 컴파일때 타입 검사를 보장한다. 그러나 런타임에는 타입 정보를 삭제한다. 런타임에 타입을 삭제한다?모든 타입을 Object 타입으로 바꾼다.또는 명시된 바운드로 바꾼다. 즉 컴파일 / 런타임 때 아래와 같이 다르다.// 컴파일시 타입 체크public class Test { public void test(T test) { ... }}// 타입 소거가 된 런타임public class Test { public void test(Object test) { ... 공감수 2 댓글수 0 2024. 8. 22.
[IntelliJ] 폐쇄망 개발환경 세팅 ■ Intro일반적인 네트워크에서 springboot 프로젝트를 세팅할때는intellij가 필요한 gradle을 자동으로 설치해서 문제가 없었다. 그러나 사내망에서는 gradle 설치 100% 시점에서 차단이 되는 것을 확인할 수 있다.gradle 설치파일을 어떻게 가져와서 잘 잡아도 아래 두 문제가 발생 가능하다.- build.gradle에서 distributionUrl에 접근하지 못하는 문제가 있어서 조금 변경해줘야 함- root 인증서를 jdk keystore에 등록해주어야 함 그래서 해결 방법을 기록해둔다. ■ 요약- 필요한 버전의 gradle 수동설치를 해야 한다. 초기세팅할 시점에 Settings에서 gradle을 확인했을 때 Use Gradle From이 gradle-wrapper.prop.. 공감수 5 댓글수 0 2024. 8. 21.
상시 업데이트함 -- Effective java 스터디 (24.07.00) ItemXX: ~~~ ~~ (24.07.00) Item77: 예외를 무시하지 말라~~ (24.07.00) Item76: 가능한 한 실패 원자적으로 만들라~~ (24.07.00) Item75: 예외의 상세 메시지에 실패 관련 정보를 담으라~~ (24.07.00) Item74: 메서드가 던지는 모든 예외를 문서화하라~~ (24.07.22) Item73: 추상화 수준에 맞는 예외를 던지라 ## 예외 번역이란너무 저수준 예외를 계속 전파하면, 내부 구현 방식도 드러나고 혼란스러워진다. 그래서 상위 계층에서는 저수준 예외를 잡아 자신의 추상화 수준에 맞는 예외로 바꿔 던져야 한다.try { ...} catch (LowerLevelException e) { // 추상.. 공감수 2 댓글수 7 2024. 7. 22.
[Web][Docker] 동일 ip, 서로 다른 도메인 80포트에 대한 포트포워딩 설정 접속 도메인에 따라 포트포워딩 우리 파이서버에는 두개의 웹 애플리케이션이 돌아가고 있다. 둘 다 브라우저를 통해 80포트로 접속하게 되어있었기 때문에, 접속 도메인에 따라 포트포워딩(혹은 다른 컨테이너로 매핑)을 해줄 필요가 있었다. 다음 예제처럼 Nginx 세팅을 함으로써 가능하다. server_name에 도메인 지정해서 분류가 되는 구조이다. 단! 중요한 것은 Nginx 컨테이너와 AAAAA, BBBBB 컨테이너가 동일한 도커 네트워크로 존재해야 한다는 것이다. 만약 서로 다른 네트워크에 있어서 Nginx에서 AAAAA 컨테이너를 찾지 못한다면 Host not found in upstream 오류가 뜬다. Nginx가 다른 컨테이너를 스캔할 수 있는 구조인지 미리 검토해보도록 하자.# AAAAA 컨테.. 공감수 3 댓글수 1 2024. 7. 16.
java.rmi.server.ExportException: Listen failed on port: 0; 스프링부트 프로젝트 실행이 아래와 같은 이유로 되지 않았다. 처음 보는 오류![1]오류: 에이전트에 예외사항이 발생했습니다. : java.rmi.server.ExportException: Listen failed on port: 0; nested exception is: java.net.SocketException: Bad address: listen jdk.internal.agent.AgentConfigurationError: java.rmi.server.ExportException: Listen failed on port: 0; nested exception is: java.net.SocketException: Bad address: listen at jdk.management.agent/sun.ma.. 공감수 2 댓글수 0 2024. 6. 14.
하나의 서버 인스턴스에 운영 및 테스트서버 두기 운영서버와 테스트 서버는 독립된 서버에 각각 두는 것이 기본적으로 권장사항이라고 한다.그렇지만 인스턴스를 단 하나만 가지고 있는 상황에서 테스트 서버가 필요했다. 🪄한 인스턴스에 운영서버와 테스트서버 두는 구조하나의 인스턴스에 운영서버, 테스트서버를 구축하려면 어떻게 해야 할까?나는 운영서버와 테스트경로의 접속 path로 구분하는 방법을 적용했다.아래와 같은 구조다. 프론트 서버에 대해 할 이야기가 있다.테스트 서버를 구축하던 중, 리액트 서버를 nginx 안에 뒀을 때 장점을 배우게 되어서 테스트서버는 nginx 안에서 빌드하여 사용하기로 했다. 이제 운영서버도 그렇게 하는 것이 낫겠다. 결국 이렇게 테스트서버, 운영서버를 분리해서 띄워놓았다.이렇게 동일서버에 뒀을 때 단점은, 호스트에 트래픽이 몰릴.. 공감수 2 댓글수 0 2024. 6. 7.
MSA에서 분산트랜잭션 https://tech.kakaopay.com/post/msa-transaction/ MSA 환경에서 네트워크 예외를 잘 다루는 방법 | 카카오페이 기술 블로그결제시스템(페이상품권)에서 분산 트랜잭션을 보장하고 안전하게 다루기 위해 고민한 내용을 공유합니다.tech.kakaopay.com 위 kakaopay 페이지를 참고하여 정리하였다. ✨ MSA의 트랜잭션하나의 시스템은 수십여개의 MSA로 구성될 수 있다. MSA 환경에서 중요한 것은 연결된 서비스마다 DB를 관리하고 있을 때 일관성을 보장해야 한다는 것이다. 예를 들어 포인트, 상품권 등 여러 서버가 엮인 결제 트랜잭션이 그렇다.결제 트랜잭션에서의 예외는 이런 것들이 있다.[고객 입장] 두 번 결제됨 / 결제취소 안됨 / 결제 성공했는데 잔액 안빠져.. 공감수 3 댓글수 0 2024. 5. 22.
[상속관계 매핑] 싱글 테이블 전략을 선택한 이유 지도에 마킹이 가능한 두개의 엔티티, CultureEvent와 CulturePlace는 Mark 엔티티를 상속하고 있다.이러한 상속관계에서 선택하기 적절한 상속관계매핑전략은 조인 전략, 싱글테이블 전략 두가지가 있는데 이번에 나는 싱글테이블 전략을 선택하기로 했다. 먼저 총 3개의 상속관계 매핑 전략을 읊고 가자.🪄상속관계 매핑 전략조인 전략: 자식테이블이 부모테이블의 PK를 참조한다. 즉 자식테이블의 PK는 FK다.부모테이블은 DTYPE (구분 컬럼)을 가진다. 어떤 자식테이블을 조회해야할지 알아야 하기 때문.장점: 가장 정규화된 방법이다. 외래키 참조 무결성 제약조건도 활용 가능하고, 저장공간도 효율적으로 사용 가능하다.단점: 조회시 Join이 잦아 성능저하를 검토해야 한다. Join을 하기에 조회.. 공감수 2 댓글수 0 2024. 5. 16.
[MySQL + JPA] field 'mark_id' doesn't have a default value | 그리고 auto increment 🪄 기본키 전략기본키는 유일한 값으로 개발자가 지정해줘도 되지만, 실무에서 보통 자동생성 방식을 따른다프로젝트 이력을 돌아보면, 나는 보통 기본키 자동 생성 전략으로 IDENTITY를 사용해왔다. 이번 프로젝트를 개발하면서 IDENTITY 사용시 field 'xxx_id' doesn't have a default value가 뜨는 것을 보고, 데이터베이스와 JPA를 다시 짚어봐야겠다는 생각이 들었다. 🪄 기본키 자동생성 전략 4가지이 기본키 자동생성 전략은 본질적으로 insert쿼리가 언제 나가느냐의 차이다.✨ AUTO아래 IDENTITY, TABLE, SEQUENCE 중 자동선택한다.✨ IDENTITY설명- 기본 키 생성을 데이터베이스에 위임한다.- insert 쿼리를 확인해보면 id에 null이.. 공감수 2 댓글수 0 2024. 5. 11.
[가상메모리:SWAP] 건드리면 터지는 2GB 서버에 서비스올리기 ✨ 가상 메모리어떻게든 올려야 한다면 가상메모리(swap)를 고려해볼 수 있다!물리적 RAM이 부족할 때 디스크 공간의 일부를 RAM처럼 사용할 수 있게 하는 시스템이 가상메모리이다. 스왑 영역을 늘린다는 것은, 우리 서비스 프로세스에 필요한 페이지를 RAM에 다 못올리니까 보조기억장치(스왑영역)에 적재해두겠다는 것이다. RAM이 작으니까 페이지 폴트가 무지하게 발생하는 것이므로... 디스크의 스왑 영역을 빈번하게 참조(read, write)하게 된다. 결국 디스크 I/O 연산이므로 CPU 부하를 증가시킨다. 이 방법은 잠시 서비스를 돌리기 위한 임시 방편이다.우리 팀이 지원받고 있던 서버가 종료되어서..임시로 2GB 클라우드 서버 만들어서 올려두기로 했기 때문이다 (잠시!) ✨ 스왑 용량 늘리기시작.. 공감수 3 댓글수 0 2024. 4. 27.
[UNGRMR 글쓰기 클럽 1기] 주력 언어(Java)의 특징, 그 중 내가 좋아하는 특징 이번 주제는 주력 언어에 대한 생각을 해보는 좋은 시간이었다. 자바로 꾸준히 개발을 하면서 머릿속에 자리하게 된 하나의 개념이 있다면, 추상화다. [특징] 자바 하면 떠오르는 것은 객체지향이다. 나는 스파게티처럼 어지러운 코드를 의식적으로 지양한다. 그래서 코드를 짜기 전 큰 구조를 그려보는 것을 좋아하는데, 이것이 자바가 지향하는 객체지향과 유사한 맥락이라고 생각한다. 결국 프로그램이 깔쌈하게 돌아가려면 분리를 잘 해나가야 한다. 분리를 잘 하다보면 결국 추상화를 제대로 하게 되는 것 같다. 자바 프로그래밍을 하면서 이 추상화라는 것이 참 매력적이고 주요한 개념임을 느꼈다. 왜냐하면 프로그래밍뿐만 아니라 다른 학문에서 배우는 새로운 개념들, 아니면 일상생활에서 겪는 사건을 머릿속에 입력할 때, 추상화를.. 공감수 4 댓글수 0 2024. 4. 17.
컬럼 수 적절성에 대한 고민 및 테이블 분할 🪄 요일별 운영시간 저장 형태가게의(장소의) 월화수목금토일 운영시간을 어떻게 저장하면 가장 효율적일지 고민해보았다. 결론: 운영시간 테이블을 따로 두고mon_open, mon_close, ..., sun_open, sun_close라는 총 14개의 속성에 시간을 저장해두는 방식 이유:- [open과 close 분리] 요일별 open과 요일별 close는 의미가 다르므로 open, close로 분리한다.- [요일별 분리] 모든 장소, 행사의 운영시간은 요일별로 존재한다. 결국 월화수목금토일을 검토하는 것이 공통적일 것임.- [휴무일과 운영일] 휴무일을 별도를 저장해두는 게 아니라, open 에 별도의 값을 통해 식별하면 효율적일 것임. 🪄 관련 생각들처음부터 요일별 open, close를 저장해야곘다고.. 공감수 1 댓글수 0 2024. 4. 15.
[UNGRMR 글쓰기 클럽 1기] 나는 왜 개발자가 되고 싶을까 좋은 기회로 에 참여하게 되었다. 첫번째 글 주제는 "나는 왜 개발자가 되고 싶을까"... 허억.. 원래 나였으면 블로그에 공개하기에는 살짝(매우) 어려운 주제지만 이참에 박제해보는 것도 나쁘지 않을 듯하다. . . 아래 순서로 얘기를 해보겠다. 1. 성향 얘기 (주저리) 2. 결정 시점 3. 개발자가 되고싶은 이유 1. 성향 얘기 -- 창작 무엇이든 만들기를 좋아했다. 나름의 창작을 좋아했다고 할 수 있겠다. 손재주도 좋았다. 종이접기, 모형 만들기, 나만의 미니어쳐 (ex: 햄스터 마을...ㅋㅅㅋ 윽 부끄러), 나만의 그림 등.. 나름의 퀄리티에 신경쓰면서 누구나 우와아 할 만한 작품을 짜잔 하는 것을 좋아했다. 창의적이고 섬세한 작품을 내는 것을 뿌듯해했다. 특히 누구나 칭찬할 만한 결과물을 말이다.. 공감수 3 댓글수 2 2024. 4. 11.
[작업5] DB: Matching 스키마 고민 보호되어 있는 글입니다. 공감수 2 댓글수 0 2024. 4. 6.
[작업4] RPM의 탄생 보호되어 있는 글입니다. 공감수 1 댓글수 0 2024. 4. 5.
⭐ 계획표 보호되어 있는 글입니다. 공감수 2 댓글수 0 2024. 3. 28.
[Spring] Cache : 프로젝트에 간단히 적용해둠 우리 서비스에서 일관된 데이터를 불러올 때 쿼리가 나가거나 재계산하는 것이 거슬려서 이번에 스프링 캐시를 도입해봤다. 스프링은 캐시 기능을 제공한다. 스프링 캐시 기능은 트랜잭션처럼 AOP를 통해 구현했기에 어노테이션을 사용하면 된다. 일단 간단히 어노테이션만 추가해뒀다. 현업에서 EhCache, Redis, Memcached를 많이 사용하는 것 같은데 일단은 나중에 공부 및 개선하도록 하고, 이번에는 찍먹해볼 겸 어노테이션을 통한 기본기본 캐시만 해보겠다...일단 평점이랑 메뉴정보만 캐시해뒀다.곧 코드 구조도 리팩터링 예정이라.. 남은 리뷰캐시는 그때 다시 생각해보기로 한다.이제 로그에 잡다한 쿼리문이 안 보여서 좋다. 🪄공부✨ 캐시 저장소두가지 구성방식이 있다. 하나는 JVM .. 공감수 5 댓글수 1 2024. 3. 28.

문의안내

티스토리
로그인
고객센터

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