민스씨의 일취일장

컨테이너 구동 시 메모리 제한 설정에 대한 글로, Github Issue-#12의 일부 내용입니다. 단일 엔드포인트 성능 테슽 - /payments · Issue #12 · f-lab-edu/MetaPay/payments 엔드포인트에 대한 성능테스트를 진행할 것이다. 작업은 "테스트 준비"와 "테스트 수행"으로 이루어져 있다. 세부 항목은 아래와 같다. 테스트 준비 도커 컨테이너 메모리 설정 Grafana Custogithub.com컨테이너 메모리 제한 설정성능 테스트에 진행하기 앞서, 컨테이너의 환경을 되도록 일정하게 유지할 필요가 있다. 즉, 변인을 통제하기 위해 서비스 컨테이너의 메모리를 고정(제한) 해보려고 한다.제한 방법지금 적용해보려 하는 방법은 두 가지이다.JVM Heap 메모리 제한컨테이너..

EC 내 컨테이너에서 로컬 PC로 보낸 요청이 전달되지 않는 이슈에 대한 글입니다.EC2에서 로컬 PC로 요청이 전달되지 않는 이슈상황 1nGrinder Agent를 EC2에 도커 컨테이너로 띄웠다. Agent는 작동하기 위해선 Controller의 신호를 받아야 한다. 따라서 성능 테스트를 진행하기 전에 Agent가 보내는 신호를 Controller가 수신하는 과정을 거쳐야 한다. 하지만 EC2 컨테이너로 구동된 Agent가 로컬 PC 컨테이너로 구동중인 Controller로 보낸 신호가 도달하지 않는 이슈가 발생했다.원인 파악 과정 1 - 로컬테스트에서는 정상 작동로컬환경에서 nGrinder Controller와 Agent를 연결했을 때는 정상적으로 작동했다. 똑같은 설정이 EC2로 Agent를 옮긴..

로드 밸런서가 한 곳만 포워딩하는 이슈 해결방법에 대한 글입니다.로드 밸런서가 하나의 서버만 연결하는 이슈Tissue오늘의 이슈는 다음과 같다.EC에 띄운 Nginx 로드밸런서가 요청을 하나의 컨테이너로만 전달한다.(원래는 두 컨테이너에 번갈아 가면서 전달해야 한다.)상황파악 - 기존 Nginx 설정events{ worker_connections 1024;}http{ upstream payment_service{ server metapay-payment:8080; server metapay-payment2:8081; } server { listen 80; ..

VisualVM 사용하며 겪은 시행착오와 사용 방법에 대한 글입니다.VisualVM이란?VisualVM은 Java 애플리케이션을 위한 성능 모니터링 및 프로파일링 도구이다.VisualVM 사용방법VisualVM은 응용프로그램으로, 간단하게 다운만 받으면 바로 실행할 수 있다.설치아래 링크에서 자신의 OS에 맞는 VisualVM을 다운 받으면 된다. VisualVM: DownloadFirst Steps Unzip the downloaded archive. The archive already contains the top-level visualvm directory. Start VisualVM by invoking the binary appropriate for your OS:visualvm\bin\visu..

서비스 하나 만들며 익힌 기본기에 대한 내용이다.기본 서비스 만들기프로젝트를 시작하면서 가장 먼저 핵심 기능을 하는 서비스를 하나 만드는 시간을 가졌다. 단 하나의 메서드의 동작을 구현하고 테스트 코드를 작성해 보면서 여러 기본기를 익힐 수 있었다.기본 서비스 구성읻민스가 진행중인 현재 프로젝트는 페이 서비스를 만들어 보는 것이다. 페이 서비스의 가장 핵심 기능은 "결제"이다. 결제는 다음과 같은 순서로 이뤄지도록 구성했다. 이 "결제" 기능을 수행하기 위해 필요한 것들을 아래와 같이 구성했다.com.ydmins.paymentservice│├── controller│ └── PaymentController.java│├── domain│ └── payment│ ├── Payment.jav..