티스토리

제리 devlog

검색하기

블로그 홈

제리 devlog

jgrammer.tistory.com/m

https://github.com/jerry-ljh

구독자: 15

방명록 방문하기

주요 글 목록

Spring Batch 어떤 병렬 처리 방식을 선택해야할까? 들어가며 배치를 돌리다 보면 실행 시간이 오래 걸리는 상황이 발생합니다. 배치의 처리 속도가 중요하지 않다면 문제가 되지 않지만 다른 배치와 dependency가 있어 주어진 시간 내에 완료가 되어야 하는 상황도 빈번하게 발생합니다. 이에 대한 해결책으로 배치의 처리 속도를 향상하는 병렬 처리를 적용해 볼 수 있습니다. Spring Batch에서 데이터를 병렬 처리하는 방법은 다양하기 때문에 상황에 맞게 적절한 병렬 처리 기술을 선택하는 것은 중요합니다. 이번 포스팅에서는 단일 프로세스에서 성능 개선을 위한 chunk 병렬 처리 기술에 대한 특징을 알아보겠습니다. Chunk에 관한 Background 본격적으로 들어가기 앞서 spring batch에서는 데이터를 어떻게 처리하는지 알고 있어야 합니다. 대.. 공감수 3 댓글수 0 2023. 10. 5.
Spring Batch 실패를 다루는 기술 - ItemStream 들어가며 배치 작업을 실행하다 보면 실패 상황에 빈번하게 직면하게 됩니다. 배치를 실패한 경우 단순하게 재시작을 해서 처리하는 방법도 있지만, 시간이 오래 걸리는 배치의 경우 처음부터 다시 실행하는 게 쉽지 않습니다. 다행히 Spring Batch에서는 ItemStream을 제공합니다. 이번에는 ItemStream을 활용하여 어떻게 재시작 관점에서의 문제를 해결할 수 있는지 정리해 봤습니다. BATCH_STEP_EXECUTION_CONTEXT 테이블 ItemStream을 살펴보기 전 BATCH_STEP_EXECUTION_CONTEXT 테이블을 설명드리겠습니다. 이 테이블은 Spring Batch에서 관리하는 메타데이터 테이블 중 하나입니다. Spring Batch 공식 문서에서는 이 테이블을 다음과 같이.. 공감수 7 댓글수 0 2023. 1. 7.
회원가입으로 보는 Event Driven Architecture 구현 들어가며 최근 event기반 아키텍처에 관한 흥미로운 글을 읽었습니다. 요약하자면 이벤트 기반으로 느슨한 결합을 만드는 방식에 관한 내용을 담고 있는데 실제로 한번 구현을 해보면 재밌을 것 같다는 생각이 들었습니다. 그래서 유저 회원 가입 상황에 대해서 이벤트 기반으로 관심사를 분리하여 느슨한 결합을 만드는 구조를 한번 코드로 구현해 봤습니다. 회원 가입 요청이 들어오면 A서비스에서는 회원 가입이 완료되면 회원 가입 알림 메시지와 신규 유저 쿠폰이 발급됩니다. msa로 user, notification, coupon서비스가 각각 분리되어있다면 다음과 같이 처리할 수 있습니다. @Transactional fun createUser(createUserInput: CreateUserInput) { val ne.. 공감수 4 댓글수 3 2023. 1. 7.
Kotlin GraphQL Data Fetching Guide (With DGS) Introduce GraphQL은 rest api와 달리 하나의 엔드포인트를 가지며 클라이언트는 정의된 스키마에 의해 원하는 필드를 자유롭게 조회할 수 있다. 예를들어, 아래와 같이 스키마가 정의되어 있다면 schema.graphqls type Query { product(id: ID!): Product! } type Product { id: ID! name: String! shop: Shop! } type Shop { id: ID! name: String! } 클라이언트는 다양한 방식의 쿼리가 가능하다. { product(i: "1"){ id name shop{ id name } } } ... { product(id: "1"){ name } } ... { product(id: "1"){ id shop{.. 공감수 0 댓글수 0 2022. 12. 6.
[JPA] Hibernate 디버깅 (수정 과정) 이번에는 엔티티 수정과정을 디버깅해보자. 엔티티를 수정하면 jpa에서는 dirty checking을 하고 update쿼리를 생성해준다. 정확히는 flush과정을 디버깅한다. 수정 과정 @Test @Transactional fun `update order`() { val order = Order(price = 1000) orderJpaRepository.save(order) order.price = 2000 orderJpaRepository.flush() } 먼저, order가 저장되는 부분에서 알고 넘어갈 부분이 있다. entitiy가 영속화되면 영속성 컨텍스트 내부에 entityEntryContext에 entityEntry가 저장된다. 이 entityEntry에는 loadState라는 것이 있다. 이 .. 공감수 2 댓글수 0 2022. 4. 24.
[JPA] Hibernate 디버깅 (조회 과정) 이번에는 조회 과정을 디버깅해보자. 조회는 2가지 케이스로 나뉜다. 1. 영속성 컨텍스트에 존재하지 않아 db조회가 필요한 경우 2. 영속성 컨텍스트에 값이 존재해 1차 캐시를 반환하는 경우 (db 조회가 필요하지 않은 경우) 조회 과정 @Test @Transactional fun `find order`() { orderJpaRepository.findById(1L) } 먼저 find가 발생하면 DefaultLoadEventListener에 onLoad메서드가 호출된다. 이 메서드는 doOnLoad를 호출한다. 우선 doOnLoad는 session으로부터 EntityKey를 load 하는데, EntityKey는 entity의 id로 구성된 영속성 컨텍스트에서 엔티티를 구분해주는 key이다. 그리고 이어서.. 공감수 0 댓글수 0 2022. 4. 24.
[JPA] Hibernate 디버깅 (저장 과정) 이번 포스팅에서는 트랜잭션상에서 영속성 컨텍스트가 코드상으로 어떻게 사용되는지 확인해보려고 한다. 그전에 디버깅에 유용한 static 메서드를 소개한다. TransactionSynchronizationManager.getResourceMap() 이 메서드는 현재 스레드에 바인딩된 트랜잭션 자원을 확인해볼 수 있다. 예를 들어 아래 코드에서 이 메서드를 실행하면 트랜잭션 실행으로 entityMangerHolder와, datasource가 바인딩될 것을 알 수 있다. 저장 과정 persistanceContext는 entity를 저장하는 환경이다. entityManager를 사용해서 entity를 등록, 조회하는 경우 entityManger는 persistanceContext에 entity를 저장한다. 이제 .. 공감수 1 댓글수 1 2022. 4. 24.
Spring 프록시 팩토리 스프링은 JDK Dynamic Proxy, CGLIB의 프록시 생성 패턴을 사용한다. 이전 글에서 소개한 것 처럼 JDK Dynamic Proxy는 리플렉션을 사용하며 인터페이스가 반드시 필요했다. 반면, CGLIB는 바이트 코드를 조작해서 프록시를 만들고 상속을 사용하기 때문에 구체 클래스만으로도 프록시 생성이 가능했다. 하지만, 매번 코드상의 인터페이스 유무를 확인해서 JDK Dynamic Proxy의 InvocationHandler, CGLIB의 MethodInterceptor를 구현하기 쉽지 않다. 또한, 프록시 로직이 같을 때 인터페이스 유무가 다르다면 같은 내용의 InvocationHandler, MethodInterceptor를 작성해야 한다. 꽤 번거롭다. 스프링의 프록시 팩토리는 프록시 .. 공감수 0 댓글수 0 2022. 3. 13.
동적 프록시 생성 기술 JDK Dynamic Proxy, CGLIB 프록시는 접근 제어, 값 변형을 사용하는데 유용한 패턴이다. 하지만, 특정 클래스마다 프록시 클래스를 만들어 작업하기에는 너무 고되다. 자바에서 기본적으로 제공하는 프록시 생성 오픈 소스를 사용하면 동적으로 프록시를 생성할 수 있다. JDK Dynamic proxy는 인터페이스를 기반으로, CGLIB는 상속을 기반으로 프록시를 생성한다. 이 두가지 방식은 모두 스프링에서 프록시를 만드는데 사용하는 기술이다. 우선, 프록시가 인터페이스, 상속 기반으로 어떻게 만들어지는지 잘 모른다면 아래 게시글을 먼저 참고하자! https://jgrammer.tistory.com/entry/%ED%94%84%EB%A1%9D%EC%8B%9C%EB%A5%BC-%EB%A7%8C%EB%93%9C%EB%8A%94-%EB%B0%A9.. 공감수 0 댓글수 0 2022. 3. 11.
프록시를 만드는 방식 (인터페이스 기반 & 클래스 상속 기반) spring boot에서 동적으로 프록시를 만드는데 사용되는 jdk 동적 프록시, cglib방식을 정리하기 전 프록시를 만들 수 있는 방법에 대해서 알아보자. 프록시를 만드는 방식은 인터페이스 기반 방식과 클래스 상속 기반 방식이 있다. 인터페이스 기반 프록시 생성 인터페이스 기반 프록시 생성은 실제 클래스와 프록시 클래스가 동일한 인터페이스를 구현한다. interface Subject { fun operation(): String } 실제 클래스와 프록시 클래스는 각각 이 인터페이스를 구현해야 한다. class ReadSubject : Subject { private val logger = LoggerFactory.getLogger(this::class.simpleName) override fun op.. 공감수 0 댓글수 0 2022. 3. 10.
[디자인 패턴] 프록시 패턴, 데코레이터 패턴 (Proxy Pattern, Decorator Pattern) 프록시 패턴, 데코레이터 패턴이란? 두 가지 패턴 모두 프록시를 사용한다. 프록시는 실제를 대신해서 처리해주는 대리자 역할을 한다. 실제 객체와 프록시 객체는 동일한 인터페이스를 가져 클라이언트의 입장에서는 코드 변경 없이 동작할 수 있어야 한다. 대리자 역할을 수행하면서 얻는 이점은 다음과 같다. 접근 제어 권한에 따른 접근을 차단한다. 캐싱 로직을 적용한다. 지연 로딩이 가능하게 한다. 부가 기능 추가 원래 서버가 제공하는 기능을 더해서 부가 기능을 수행한다. ex) 값을 변경해서 전달, 실행 시간을 측정해서 로그를 남김 프록시 패턴과 데코레이터 패턴의 차이는 어떤 기능이 목적인지에 따라 정해진다. 프록시 패턴과 접근 제어의 목적, 데코레이터 패턴은 부가 기능 추가의 목적이 있다. 먼저, 실제 객체를.. 공감수 0 댓글수 0 2022. 3. 8.
Spring 템플릿 콜백 패턴(Template Callback Pattern) 콜백이란? 프로그래밍에서 콜백(callback) 또는 콜 애프터 함수(call-after function)는 다른 코드의 인수로서 넘겨주는 실행 가능한 코드를 말한다. 콜백을 넘겨받는 코드는 이 콜백을 필요에 따라 즉시 실행할 수도 있고, 아니면 나중에 실행할 수도 있다. (위키백과 참고) callback은 코드가 호출은 되는데 코드를 넘겨준 곳의 뒤에서 실행된다는 의미이다. 템플릿 콜백 패턴이란? GOF의 디자인 패턴은 아니다. 전략 패턴에 특정 방식을 사용하는데 스프링 내부에서 이런 방식이 자주 사용되기 때문에, 스프링에서는 이렇게 부른다. 스프링에서는 JdbcTemplate, RestTemplate , TransactionTemplate , RedisTemplate 처럼 다양한 템플릿 콜백 패턴이 .. 공감수 0 댓글수 0 2022. 3. 6.
[디자인 패턴] 전략 패턴 (Strategy Pattern) 전략 패턴 이란? 알고리즘 제품군을 정의하고 각각을 캡슐화하여 상호 교환 가능하게 만들자. 전략을 사용하면 알고리즘을 사용하는 클라이언트와 독립적으로 알고리즘을 변경할 수 있다. [GOF] 전략 패턴은 이전에 포스팅한 템플릿 메서드 패턴과 유사하다. 변하지 않는 부분과 변하는 부분이 분리되고 인터페이스를 통해 구현된다. 비즈니스 로직의 실행 시간을 측정하는 예시이다. 여기서 변하는 부분은 비즈니스 로직, 변하지 않는 부분은 실행 시간을 측정하는 부분이다. strategy는 변하는 알고리즘을 담당한다. fun interface Strategy { fun call() } context는 변하지 않는 부분을 의미한다. class Context(private val strategy: Strategy) { pri.. 공감수 0 댓글수 0 2022. 3. 6.
[디자인 패턴] 템플릿 메서드 패턴 (Template Method Pattern) 템플릿 메서드 패턴이란? 템플릿 메서드 디자인 패턴의 목적은 다음과 같습니다. > "작업에서 알고리즘의 골격을 정의하고 일부 단계를 하위 클래스로 연기합니다. 템플릿 메서드를 사용하면 하위 클래스가 알고리즘의 구조를 변경하지 않고도 알고리즘의 특정 단계를 재정의할 수 있습니다." [GOF] 좋은 설계는 변하는 것과 변하지 않는 것을 분리하는 것이다. 템플릿 메서드 패턴은 알고리즘의 골격인 템플릿을 제공하고 하위 클래스에서는 알고리즘의 특정 단계를 정의한다. 알고리즘의 특정 단계를 하위 클래스에서 정의하면 알고리즘의 구조를 변경하지 않고 특정 단계를 재 정의할 수 있다. 템플릿 메서드 패턴은 상속을 활용하여 변하는 부분과 변하지 않는 부분을 분리해준다. 비즈니스 로직의 실행 시간을 측정하는 예시이다. 여기.. 공감수 0 댓글수 0 2022. 3. 6.
Spring Boot Hikari Connection Pool 에러 핸들링 서버를 운영하다 보면 hikari connection과 관련된 에러를 겪게 된다. 은근히 놓치기 쉽고 빈번하게 발생 가능한 부분이라 정리를 해보려고 한다. connection 관련 문제는 보통 아래의 에러 메시지와 함께 문제가 발생한다. - org.springframework.transaction.CannotCreateTransactionException: Could not open JPA EntityManager for transaction - Unable to acquire JDBC Connection - HikariPool-1 - Connection is not available, request timed out after 3005ms. - o.h.engine.jdbc.spi.SqlException.. 공감수 12 댓글수 0 2022. 3. 5.
Spring Boot 캐시 만료시간 설정을 위한 Redis Cache AOP 작성 Spring 프레임 워크에서 제공하는 캐시는 추상화가 잘되어있고 여러 어노테이션(@Cacheable, @CacheEvict..)을 사용해서 간단히 사용하기 편하다. 다만, 내가 redis를 구현체로 사용하면서 느꼈던 불편함은 캐시의 만료시간을 설정하기 까다롭다는 점이다. 우선, spring에서 제공하는 @Cacheable, @CachePut 등의 어노테이션으로는 만료시간을 설정하는 옵션이 없다. 기본적으로는 만료 시간이 없게 캐시가 저장되기때문에 필요하다면 캐시를 명시적으로 제거해주거나 업데이트해줘야 한다. 만료 시간만 설정되면 되는데 캐시를 컨트롤해줘야 하는 로직이 불필요하게 코드 안에 섞이는 건 부담스러웠다. 그렇다고 만료기간을 설정할 방법이 없는 건 아니다. 첫 번째 방법으로, cachemanger.. 공감수 7 댓글수 0 2022. 3. 4.
kotlin by 키워드를 사용한 JPA + QueryDsl 통합 Repository 구현 jpa를 사용해서 개발하다 보면 JpaRepository 인터페이스를 구현한 repository와 queryDsl를 사용하는 repoitory를 사용할 일이 잦다. 나는 간단한 조회, 엔티티 저장은 JpaRepository를 사용하고, 배치성 업데이트나 복잡한 쿼리 등은 querydsl을 사용하는 편이다. 그런데 JpaRepsitory, QuerydslRepository가 각각의 클래스로 분리되어 있다보니 서비스 계층에서 주입받아야 하는 클래스가 늘어났다. @Service class OrderService( private val orderJpaRepository: OrderJpaRepository, private val orderQuerydslRepository: OrderQuerydslRepositor.. 공감수 1 댓글수 1 2022. 3. 4.
[무신사 watcher] @Cacheable 중복되는 key값 어떻게 처리할까? 무신사 왓쳐의 데이터의 업데이트는 하루마다 이뤄지므로 캐시의 의존성이 크다. 그런데 spring에서 제공하는 @Cacheable을 사용했을 때 발생가능한 key중복 문제에 대해서 정리하고 무신사 왓쳐에서 cache key중복을 해결한 방법에 대해 소개한다. @Cacheable @Cacheable은 스프링에서 제공하는 캐시관련 어노테이션으로 aop방식으로 동작한다. 별도의 설정없이도 어노테이션을 선언하면 캐시적용이 가능하기 때문에 간편하지만 여차하면 잘못된 캐시 결과를 가져올 수 있다. 예시를 보자 @EnableCaching @Service public class CacheService { @Cacheable(value = "productCache") public long findProductCount().. 공감수 7 댓글수 7 2021. 6. 4.
[무신사 watcher] 테스트에 대한 고찰 테스트 코드에 대해 작성하고 리팩토링해가면서 깨달은 점과 적용한 부분에 대해서 개인적인 생각을 정리해보려고한다. 얼마전까지는 테스트 코드를 커버리지 위주로 생각하려는 경향이 강했었다. 라인 커버리지와 브랜치 커버리지를 높여서 단순히 이 수치로 얼마만큼 로직이 검증되었는지 표현하려고했다. 하지만 이 수치가 완벽하게 시스템의 안정성을 보장해주지는 않는다는 것을 느꼈다. 1. 무엇이 테스트의 대상인가? 아마도 테스트를 하면서 가장 중요한 대목이 아닌가싶다. 달리 표현하면 어떤걸 테스트해야하는가?라는 표현도 맞겠다. 하나의 예시를 들어보자. 무신사 왓쳐에서는 오늘 역대 최저가인 상품을 제공한다. 그렇다면 이 기능을 검증하기 위해서는 무엇을 테스트 해야할까? 생각하기에 앞서 오늘 역대 최저가인 상품은 어떤 과정으.. 공감수 1 댓글수 2 2021. 6. 1.
[JPA] 연관 관계를 가진 엔티티 저장 방식 개선 (불필요한 select문 제거) JPA를 사용하면서 연관 관계를 갖는 엔티티를 만들어 주기위해 연관된 엔티티를 조회해오는 경우가 있다. 아래 게시글에 댓글을 의미하는 Comment엔티티가 있다. @Getter @NoArgsConstructor @Entity public class Comment { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @ManyToOne(fetch = FetchType.LAZY) private Post post; @Lob private String content; @Builder public Comment(Post post, String content) { this.post = post; this.content = content.. 공감수 11 댓글수 7 2021. 5. 30.
[Java] 혼동되는 synchronized 동기화 정리 synchronized는 lock을 사용해 동기화를 시킨다. 하지만 사용 방식에 따라 혼동되기 쉽다. synchronized는 4가지의 사용법이 있다. sychronized method, sychronized block, static sychronized method, static synchonized block. 이 포스팅에서는 이 4가지 방식의 차이인 lock이 적용되는 범위를 중점으로 다룬다. 1. synchronized method synchronized method는 클래스의 인스턴스에 대하여 lock을 건다. 다음과 같은 상황을 보자. 첫 번째로 하나의 인스턴스에 대하여 2개의 thread가 경합하는 상황이다. 결과를 확인해보자. 순서대로 lock을 획득하고 반납하였다. 두 번째로 각각의 인스.. 공감수 25 댓글수 7 2021. 5. 28.
[JAVA] Java8부터는 static이 heap영역에 저장된다? static은 런타임시 클래스 로더에 의해 메서드 영역에 적재되며 프로그램이 종료될 때 까지 GC에 대상이 아니라고 알고있었다. 그런데, permanent영역과 metaspace에 관련된 글을 읽는 중 static이 heap영역으로 할당된다는 말이있어 혼란스러웠다. 먼저 permanent영역과 metaspace영역에 대해서 정리해보자. permanent영역 permanent영역은 클래스 내부의 메타 데이터를 저장하는 영역이다. heap영역에 속하며 class, method meta data, static object, variable, constant pool등을 관리했다. java8이전에는 permanent영역은 method영역으로 사용되었다. java8이후부터 사라졌으며 metaspace영역으로 대체.. 공감수 12 댓글수 3 2021. 5. 27.
[JAVA] Serial GC, Parallel GC, Parallel Old GC 동작 원리 Garbage Collector란? Garbage Collector는 대부분의 객체는 금방 접근 불가한 상태가되고, 오래된 객체가 젊은 객체를 참조하는 일은 아주 적게 존재한다는 'weak generational hypothesis'를 전제로 만들어졌다. Garbage Collector는 JVM의 runtime data area의 heap영역중 참조되고 있지 않는 객체를 데몬 스레드를 통해 제거한다. STW(stop-the-world)는 GC실행을 위해 애플리케이션이 멈추는 것을 의미한다. 대부분 GC알고리즘의 목표는 STW의 시간을 최소화하는 것이다. GC의 동작 과정 Hotspot VM의 heap영역은 young generation과 old generation영역으로 구분된다. young genera.. 공감수 1 댓글수 0 2021. 5. 27.
[디자인 패턴] 어댑터 패턴 (Adapter Pattern) 어댑터 패턴이란? 어댑터 패턴은 서로 다른 인터페이스를 어탭터로 연결하여 사용할 수 있게 해주는 패턴을 말한다. 어댑터 패턴이 어떤 상황에서 유용한지 확인해보자. public interface SamsungRemoteControl { void on(); void off(); } 삼성리모컨 인터페이스가 있다. public class SamsungRemoteControlImpl implements SamsungRemoteControl { @Override public void on() { System.out.println("on!"); } @Override public void off() { System.out.println("off!"); } } 삼성 리모컨은 위와 같이 동작한다. public class .. 공감수 0 댓글수 0 2021. 5. 10.
[디자인 패턴] 싱글톤 패턴 (Singleton pattern) 싱글톤 패턴이란? 인스턴스를 매번 생성하지 않고 최초에 생성한 객체를 공유하여 사용하는 패턴이다. 인스턴스 한 개로 여러 요청을 처리할 수 있다면 메모리상에서 효율적이며 객체의 추가적인 생성이 없으므로 성능이 빠르다. 하지만 하나의 객체를 공유한다는 점에 있어서 thread safe여부를 주의해야한다. 일반적으로 싱글톤 패턴은 생성자를 private로 선언하여 new키워드로 객체의 생성을 막고 정적 팩터리 메서드형태로 인스턴스를 반환한다. 방법1. synchronized method public class RemoteControl { private static RemoteControl remoteControl; private RemoteControl() { } public static synchroniz.. 공감수 0 댓글수 0 2021. 5. 7.
[디자인 패턴] 커맨드 패턴(Command Pattern) 커맨드 패턴이란? 간단히 말하자면 커맨드 패턴은 요청을 객체의 형태로 캡슐화하여 처리하는 방식이다. 일반적으로 객체는 메서드를 통해 행동을 정의하지만, 행동 자체를 객체로서 표현한다는 의미이다. 만약, 전등을 객체로 표현하고 전등이 켜지는 행위는 아래와 같이 표현된다. public class Light { public void on() { System.out.println("전등 켜짐"); } } 커맨드 패턴에 따라 on()동작 자체를 객체로서 정의하면 아래와 같은 코드가 된다. public interface Command { void execute(); } public class Light { public void on() { System.out.println("전등 켜짐"); } } public cl.. 공감수 0 댓글수 0 2021. 5. 5.
[Java] 소켓 통신 (간단한 채팅 프로그램 구현) Socket이란? socket은 application layer와 transport layer사이의 인터페이스역할을 담당하며 서로 다른 endpoint간 통신을 위해서 사용된다. Socket의 동작 과정 서버측 동작 과정 1. 서버는 socket를 만든다. 2. 서버에서 ip주소와 port를 지정하여 소켓에 바인딩한다. 3. 서버는 listen상태가 되어 클라이언트의 요청을 기다린다. 4. 클라이언트의 요청을 받아드리고 데이터 송수신을 위한 소켓을 생성한다. 5. 클라이언트와 데이터를 송/수신한다. 6. 연결을 종료한다. 클라이언트측 동작 과정 1. socket을 만든다. 2. 서버에게 요청을 보내 connection을 맺는다. 3. 서버와 데이터를 송/수신한다. 4. 연결을 종료한다. Java 프로그램.. 공감수 2 댓글수 0 2021. 4. 19.
[이펙티브 자바] 맴버 클래스는 되도록 static으로 만들라 중첩 클래스 중첩 클래스 : 다른 클래스 안에 정의된 클래스를 말함. 중첩 클래스는 자신을 감싼 클래스에서만 사용되어야 한다. 만약 다른 쓰임새가 있다면 톱 레벨 클래스로 만들어야 함. public class A { private class B{ ... } } 중첩 클래스의 종류 : 정적 맴버 클래스, (비정적) 맴버 클래스, 익명 클래스, 지역 클래스 정적 맴버 클래스를 제외한 나머지는 내부 클래스에 해당됨. 정적 맴버 클래스 //정적 맴버 클래스 public class A { private static class B{ ... } } 특징 1. 정적 맴버 클래스는 다른 클래스 안에 선언되고 바깥 클래스의 private맴버에도 접근 할 수 있다는 점을 제외하면 일반 클래스와 같다. 2. 정적 맴버 클래스.. 공감수 1 댓글수 0 2021. 1. 14.
[무신사 watcher] 캐시 서버에 장애가 생긴다면? 서비스를 운영하면서 고려해야 할 중요한 문제는 장애 처리라고 생각한다. 이번 프로젝트로 장애 처리에 대한 지식을 조금이나마 얻어 갈 수 있었다. MSA구조에도 자주 사용된다는 서킷 브레이커를 적용해봤다. Redis서버에 장애가 생기면? redis서버에 장애가 생기면 위와 같이 서버에서 500 error가 발생하고 컨텐츠가 보이지 않는다. 별도의 설정을 하지 않았을 때 캐시 서버에 문제가 생겼을 때 서비스가 다운됐다. 기존 캐시 구조는 다음과 같다. 1. 클라이언트로부터 api요청이 들어온다. 2. redis에 캐시가 저장되어 있는지 확인한다. 2-1. 캐시가 있다면 캐시 값을 반환한다. 2-2. 캐시가 없다면 3으로 이동한다. 3. 캐시가 없는 경우 DB에서 조회한다. 위와 같은 구조에서 global c.. 공감수 5 댓글수 6 2021. 1. 13.
[무신사 스토어 watcher] 페이징 성능 개선기 이 프로젝트를 진행하면서 사용자의 트래픽에 대해 어떻게 처리해야할지 고민했다. 그런 이유로 서버를 쉽게 확장할 수 있는 CI/CD구조도 고민하게 되었고 자연스럽게 서버 성능에 대해서도 고민하게 되었다. 프로젝트를 진행하며 부하테스트라는 것도 알게 되었는데 부하 테스트를 통해 트래픽을 어느 정도 처리할 수 있는지 정량적인 수치를 알 수 있었다. 부하 테스트 랭킹 카테고리의 아이템을 페이징하여 조회하는 API를 호출한 결과이다. 40명의 가상 유저를 만들어 테스트 해봤을 때 TPS(초당 트랜잭션 수)가 13에 불과했다. select id, brand, brand_url, category, img, modified_date, product_id, product_name, product_url, rank fro.. 공감수 9 댓글수 5 2021. 1. 13.

문의안내

티스토리
로그인
고객센터

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