[부하 테스트] 병목지점 판단
Back-End/부하 테스트2025. 6. 4. 00:42[부하 테스트] 병목지점 판단

이 글은 인프런의 지식 공유자 박재성님의 강의를 듣고 개인적으로 정리하는 글임을 알립니다.모니터링과 병목지점부하 테스트 과정 중에 성능을 개선하려면 병목 지점을 먼저 파악해야 한다.병목 지점을 파악하기 위해서는 각 컴퓨터의 CPU 사용률과 메모리 사용률과 같은 값들을 지속적으로 확인할 수 있어야 한다.여기서 얘기하는 컴퓨터는 로드 밸런서(ELB), 백엔드 서버(EC2), DB(RDS), 캐시(ElastiCache) 등을 얘기한다. 무언가 요청을 받아서 처리하는 형태의 서비스는 전부 컴퓨터에서 처리하기 때문이다.컴퓨터가 무언가를 처리하려면 CPU와 메모리 같은 자원이 필요하다. 만약 컴퓨터가 처리할 수 있는 최대한의 요청을 처리하고 있다면, CPU 사용률 또는 메모리 사용률과 같은 값이 100%에 가까운..

[부하 테스트] k6 설치 및 사용 방법
Back-End/부하 테스트2025. 6. 3. 00:53[부하 테스트] k6 설치 및 사용 방법

k6는 사용자인척 요청을 보내는 도구이다.원래라면 사용자가 직접 서비스에 요청을 보내야 하는데, k6는 여러 명의 사용자를 대신해서 요청을 보내는 도구이다. k6 설치(맥 기준)맥에서 k6를 설치하는 방법은 매우 간단하다.brew install k6 설치가 완료되고 k6를 입력하고 아래와 같은 화면이 나타났다면 정상적으로 설치된 것이다. read: connection reset by peer윈도우나 맥에서 k6를 사용하다보면 read: connection reset by peer 문제를 마주할 수 있다.이는 MacOS에서 소켓에 제한을 걸어서 발생되는 문제이다.이는 3가지 방법으로 파훼할 수 있다.1. ulimit -n 명령어 사용ulimit -n 65535​소켓의 수를 임시적으로 65535개로 늘리는 ..

[부하 테스트] 처리량(Throughput), 지연 시간(Latency), 병목 지점(Bottleneck Point)
Back-End/부하 테스트2025. 6. 2. 16:31[부하 테스트] 처리량(Throughput), 지연 시간(Latency), 병목 지점(Bottleneck Point)

이 글은 인프런의 지식 공유자 박재성님의 강의를 듣고 개인적으로 정리하는 글임을 알립니다. 처리량(Throughput)부하 테스트에서 서비스가 1초당 처리할 수 있는 트래픽 양을 보고 Throughput이라고 부른다.단위는 TPS(Transaction Per Seconds, 1초당 처리한 트랜잭션의 수)를 많이 활용한다.만약 서비스가 1초에 최대 100개의 API 요청을 처리할 수 있다면, 이 서비스의 Throughput은 100 TPS라고 말한다.TPS VS RPS(Request Per Second)RPS는 요청(Request) 기준이다.단순히 서버가 1초에 받은 HTTP 요청 수를 의미한다.예: /login, /products, /users/1 같은 API 호출 1건당 1 RPS로 측정된다.TPS는..

[ElasticSearch] 검색어 추천 기능(search_as_you_type)
Back-End/ElasticSearch2025. 6. 2. 08:43[ElasticSearch] 검색어 추천 기능(search_as_you_type)

이 글은 인프런의 지식 공유자 박재성님의 강의를 듣고 개인적으로 정리하는 글임을 알립니다.쿠팡 서비스에 들어가서 검색 창에 글자를 입력하면 글자에 해당하는 검색어를 추천해준다.자동 완성 기능을 구현하는 방법에는 정말 다양한 방법이 존재한다.그 중에서 가성비가 좋은 방법인 search_as_you_type을 활용하는 내용을 다룬다. search_as_you_typeElasticsearch에서 자동 완성 기능을 쉽게 구현할 수 있게 설계된 데이터 타입이다.text 타입처럼 애널라이저(Analyzer)를 거쳐 토큰으로 분리된다.이 타입을 활용해 필드를 만들면 내부적으로 _2gram, _3gram이라는 멀티 필드(Multi Field)도 같이 만든다. _2gram, _3gramPUT /products{ "m..

[ElasticSearch] 멀티 필드(Multi Field)
Back-End/ElasticSearch2025. 6. 2. 00:09[ElasticSearch] 멀티 필드(Multi Field)

이 글은 인프런의 지식 공유자 박재성님의 강의를 듣고 개인적으로 정리하는 글임을 알립니다.Multi Field하나의 필드에 text와 keyword 타입을 동시에 사용하고 싶을 때 사용데이터 타입에서 text는 유연한 검색이 필요할 때 사용하고, keyword는 정확한 검색이 필요할 때 사용한다.그런데 유연한 검색과 정확한 검색 둘 다 하고 싶은 경우가 있을 수 있다.예를 들어, 상품 카테고리와 이름 필드에 저장된 필드 값에 대해 검색할 때는 유연하게 검색되게 하고 싶고, 정확한 비교를 통해 특정 카테고리를 기준으로 필터링을 하고 싶을 수 있다.즉, text 타입과 keyword 타입을 동시에 사용하고 싶은 경우이다. 인덱스 생성PUT /products{ "mappings": { "propert..

[ElasticSearch] 오타 허용 검색, 하이라이팅, 페이지네이션 및 정렬
Back-End/ElasticSearch2025. 6. 1. 15:21[ElasticSearch] 오타 허용 검색, 하이라이팅, 페이지네이션 및 정렬

이 글은 인프런의 지식 공유자 박재성님의 강의를 듣고 개인적으로 정리하는 글임을 알립니다.fuzziness(오타 허용 검색)오타를 어느 정도 허용해서 검색하고 싶을 때 fuzziness를 활용하면 된다. 인덱스 생성 및 데이터 삽입// 인덱스 생성PUT /boards{ "mappings": { "properties": { "title": { "type": "text" } } }}// 데이터 삽입POST /boards/_doc{ "title": "elasticsearch 사용법" } 오타 허용 검색GET /boards/_search{ "query": { "match": { "title": { "query": "elastiksearc..

[ElasticSearch] match, term, bool
Back-End/ElasticSearch2025. 6. 1. 01:49[ElasticSearch] match, term, bool

이 글은 인프런의 지식 공유자 박재성님의 강의를 듣고 개인적으로 정리하는 글임을 알립니다.matchmatch검색어가 포함된 유연한 데이터를 조회하고 싶을 때match 쿼리는 검색 키워드가 포함된 모든 도큐먼트를 조회한다.match 쿼리는 text 타입의 필드에서만 사용하는 쿼리이다.keyword를 포함한 long, integer와 같은 타입의 필드에서는 사용하지 않는다.text 타입의 필드는 match 쿼리를 활용해 검색을 자주 하는 편이다. 하지만 text 타입이 아닌 필드에서는 match 쿼리를 활용하면 안 된다. text를 제외한 모든 타입에선 term을 써야 한다. 인덱스 생성 및 매핑 정의PUT /boards{ "mappings": { "properties": { "title"..

[ElasticSearch] 한글 검색 최적화(Nori Analyzer)
Back-End/ElasticSearch2025. 6. 1. 00:39[ElasticSearch] 한글 검색 최적화(Nori Analyzer)

이 글은 인프런의 지식 공유자 박재성님의 강의를 듣고 개인적으로 정리하는 글임을 알립니다.스탠다드 애널라이저는 영어에 최적화된 유연한 검색 기능을 제공하지만, 한글에 적합하지는 않다.따라서 한글에 맞는 애널라이저인 Nori Analyzer를 써야 한다. 노리 애널라이저가 설치된 도커 컨테이너DockerfileFROM docker.elastic.co/elasticsearch/elasticsearch:8.17.4 # Nori Analyzer 플러그인 설치RUN bin/elasticsearch-plugin install analysis-nori compose.ymlservices: elastic: build: context: . dockerfile: Dockerfile po..

image