• Problem

    • 회원의 상품 검색 기능에서 단순히 DB에서 like 기능으로 구현하고자하니, 추후 상품 갯수가 급증했을 때 서버에 부하가 많이 갈 것이라고 판단하였다.

    • 로컬에 Elastic Search를 설치하는 방법을 이용하니 Elastic Search7.*이후로 SSL이 기본설정 되어 있어, 수동으로 해제해줘야했고, 데이터가 잘 들어갔는지 직접 확인해볼 수 있는

      View 기능이 마땅치 않았다.

  • Reason

    • Docker-Compose를 통해 ElasticSearch와 kibana 를 설치하는 방법을 택했다.
    • Elastic Stack은 버전정보에 민감하고 버전이 굉장히 빠르게 업데이트되기 때문에 버전을 잘 맞춰주어야한다.
    • 기존의 상품 등록을 위해 생성했던 Product Entity 클래스 하나로 같이 ES를 매핑해보고자 했지만 문제가 발생했다. (JPA Repository - ES Repositoty)
    • @EnableJpaRepositories 및 @EnableElasticsearchRepositories 등 두 애너테이션은 기본적으로 Repository 관련 클래스를 모두  스캐닝하려고 시도하기 때문이다.

  • Try to solve

    • Entity 매핑과 ES 매핑을 분리시켰다.
    • @EnableJpaRepository와 @EnableElasticsearchRepositorie의 속성을 사용해 별도의 세팅을 진행해주었다.
    • 또한, 새로운 레포지토리를 추가할 때, OCP를 위반할 위험이 크기 때문에 분리하는 방법이 더 낫다고 판단할 수 있었다.
    • 추가로 검색을 통해 가져오는 ProductDocument 클래스는 새롭게 Product Entity의 정보로 갱신해주지 않으면 과거의 정보를 갖고 있다.
      • @Scheduled을 통해 ElasticSearch을 주기적으로 업데이트해서 해당 문제를 해결해주었다.
    @Configuration
@EnableElasticsearchRepositories
public class ElasticSearchConfig extends AbstractElasticsearchConfiguration {

    @Override
    public RestHighLevelClient elasticsearchClient() {
        ClientConfiguration clientConfiguration = ClientConfiguration.builder()
                .connectedTo("localhost:9200")
                .build();
        return RestClients.create(clientConfiguration).rest();
    }
}

    Untitled