인프라공방

해당 학습 내용은 [인프런]  인프라공방 - 그럴듯한 서비스 만들기 강의를 기반으로 학습한 내용을 정리한 내용입니다.   성능 테스트에 관한 기본적인 내용을 학습했으니 시나리오를 기반으로 성능 테스트를 연습해봅니다. 첫 번째 시나리오 : 회원 가입 요청 지연요구사항컨퍼런스 신청 플랫폼을 오픈했다. 사이트 접속자가 회원가입을 하는데 지연이 발생한다는 문의를 받았다.VUser별 iteration time이 100ms 이하여야 한다. (1) 우선 해당 문제를 재현해보자.먼저 지연이 발생한 증상 재현 및 원인 파악을 위해 smoke test 를 통해 테스트를 진행해봅니다. 테스트 실행 조건과 실행 결과 아래와 같습니다. smoke test 결과 average response time 이 1200ms 로 목표 i..

가용성가용성은 시스템이 서비스를 정상적으로 제공할 수 있는 상태를 의미한다.가용성을 높이기 위해서는 SPOF(Single Point of Failure) 를 없애고 확장성 있는 서비스를 만들어야 한다. 1. 성능의 기준 3가지 : users, tps, timeusers : 얼마나 많은 사람들이 동시에 사용할 수 있는지tps : 일정 시간동안 얼마나 많이 처리할 수 있는지time : 서비스가 얼마나 빠른지 [1] userconcurrent user & active userconcurrent user : 계속해서 요청을 보내지 않는 사용자를 말한다. 즉, 웹 페이지를 그저 띄워두고 있는 사용자를 말한다.active user : 계속해서 요청을 보내는 사용자를 말한다. 성능 테스트에서 VUser 는 Activ..

요약, 이벤트 기록, 스냅샷서버 진단 시, 서버로 부터 수집해야 할 정보는 요약, 이벤트 기록, 스냅샷이다.요약 : 단위 시간 정보의 합계나 평균을 의미하며 sar, vmstat 과 같은 명령어를 통해 확인할 수 있다.이벤트 기록 : packet, system call 과 같은 정보들의 순차적인 기록들을 의미한다.스냅샷 : 순간의 상태를 기록하는 것을 의미하여 현재 문제가 발생하고 있지 않는지, 발생한다면 원인 조사를 하는데 사용한다.요약 정보로 각 리소스의 대략적인 상태를 파악하고 스냅샷으로 원인을 파악한다. 이벤트 기록은 장애 상황에서 사용하기에는 데이터가 방대하여 그 자체에 영향을 줄 수 있으므로 문제 상황 재현 등에 활용한다.(⭐️ 중요) 로그, 요약 정보의 일정 수치에 알람 설정을 해두고 스냅샷..

1. Project 서버 구성[1] AutoScaling 환경에서 API call 에 관한 고민 프로젝트의 구성은 Gradle 기반 멀티 모듈로 구성되어 있었다. 이전 프로젝트 인프라와 다른 점은 BFF 패턴(Backend For Frontend) 으로 구성하고 있어 conference, analysis server 에 api call 을 해야 한다는 점이 가장 큰 차이였다. 프로젝트 환경을 구성하면서 가장 고민되었던 점은 Scale out 환경에서 어떻게 api call 을 할 것인가? 이다. API call 을 하는 가장 간단한 방법은 IP, PORT 에 관한 서버 스펙을 기반으로 요청하는 것이다. 하지만 Scale out 환경에서는 상세한 서버 스펙을 아는 것은 한계가 있다. Scale out 되는..

1. 개념 및 용어 정리[1] Web Page Testwebpagetest??인터넷 구간에 관한 전반적인 테스트테스트 방법API 별 요청 응답 시간 확인 : 크롬 브라우저 도구 > 퍼포먼스 탭 정적 요소들에 관한 측정 법https://www.webpagetest.org/ https://pagespeed.web.dev/정적 요소 검토 사항성능에 영향을 주는 요소 : HTML, CSS, JS, image, web font 등성능 개선 검토 요소 : 압축, HTTP Cache, CDN 등등웹 서버에 영향을 받는 지표security score : TLS 및 HTTP 헤더 보안성 + JS 라이브러리 보안 취약성first byte time : 서버 응답시간 + 네트워크 비용 : 웹 서버에서 받은 컨텐츠의 첫번 째 ..

1. HTTP Caching응답 값의 복사본을 재사용하여 리소스를 불러오는 속도를 향상시키기 위함이다.일반적으로 GET 응답만 캐싱하며, 를 구조 형태로 가진다.캐싱한 리소스의 위치는 브라우저의 private cache 에 존재할 수도 있고, 프록시 서버(proxy, reverse proxy, CDN) 의 Shared Cache 로 존재할 수도 있다. 2. HTTP Cache 동작 원리cache hit : 클라이언트가 요청한 데이터가 캐시되어 있는 경우, 캐시에 존재하는 데이터를 클라이언트에게 전달cache miss : 클라이언트가 요청한 데이터가 캐시되어 있지 않은 경우, 서버로 부터 데이터를 조회해 클라이언트에게 전달 (해당 데이터는 캐시에 저장)cache revalidation캐시의 사본이 최신..