안녕하세요! 그 동안 블로그 운영을 안하다보니 많은 분들이 댓글을 달아주셨는데 제대로 답변을 못드렸습니다. 죄송합니다 ㅠ 🙇🏻 제가 이 블로그에 뜸했던 이유는 velog로 이전했기 때문입니다! 🎉 기본적인 내용이 아닌 더 전문적인 지식을 정리하고 나누는 것이 더 좋다고 판단했고 새로운 마음가짐으로 시작하고자 이전하게 되었습니다. 하지만 (너무 감사하게도 🥰) 여전히 많은 분들이 제 블로그를 방문해주고 계시기 때문에 블로그는 운영하지 않겠지만 그대로 계속 유지시킬 예정입니다! 이전한 블로그 주소는 여기 > https://velog.io/@maketheworldwise velog 블로그를 시작한지 얼마되지 않아 글이 많이 없고 여러분들에게 필요한 지식이 없을 수도 있지만 많이 방문해주세요!

1. 개발 환경 분리 1) Local 말 그대로 개발할 때의 각자 개발자 PC 환경을 뜻한다. 이 때 중요한 점은 코드를 합칠 때의 문제가 발생하지 않도록 모든 개발자가 동일한 개발 환경을 사용해야한 다는 것이다. 2) Dev 개발 환경은 각 개별 개발자들이 만든 코드를 합쳐 서버 환경에서 테스트해볼 수 있는 환경이다. 소스 코드를 형상관리 시스템에 Commit하면 코드는 이 Dev 환경에 자동으로 배포되고, 이 환경에서 테스트가 된다. 기능 개발을 위주로 하기 때문에 서버의 환경은 Production 보다 훨씬 작다. Production 환경이 클러스터링 환경으로 수개의 서버로 구성될 때, 개발 환경은 한 두 개의 서버로 기능 구현이 가능한 정도로 구축하는 것이 일반적이다. 3) Integration ..

1. Artillery Artillery는 Node.js에서 사용할 수 있는 부하 테스트 도구 이다. 2. nGrinder nGrinder는 네이버에서 성능 측정 목적으로 Jython으로 개발 된 오픈 소스 프로젝트이다. nGrinder는 Controller와 Agent로 구성되어있다. Controller는 관리를 위한 Admin, 부하 스크립트 작성, 부하 테스트 작성 기능을 지원한다. 또한 관리할 Agent를 승인하고 각 Agent들이 부하를 발생할 수 있도록 제어한다. Agent는 Controller의 제어에 따라 실제 부하를 발생시킨다. [참고] blog.naver.com/wideeyed/222173944239 [nGrinder] 성능 테스트하는 방법 네이버에서 유지보수하고 있는 성능 테스트 툴 ..

1. Kubernetes 1) 오케스트레이션 툴 도커 컨테이너는 하나의 애플리케이션처럼 동작하는 반면, 가상머신은 내부에 독자적인 게스트 운영체제가 존재하며 도커 컨테이너에 비해 성능을 발휘하기 어렵다. 기존에는 Dockerfile을 빌드하여 이미지를 만들고, 이미지를 저장소(Docker Hub)에 푸시한 뒤 애플리케이션이 실행될 곳에서 풀을 하고 이미지를 실행시키면 컨테이너가 된다. 그리고 이 과정은 Jenkins에서 빌드, 배포 스크립트를 하나하나 작성하여 진행하였다. 하지만 만약 배포될 서버가 추가될 경우, 해당 서버에 맞는 스크립트를 추가해주어야 한다. 더 나아가 배포 방식이 변경이 되면 배포 스크립트를 찾아 수정을 해주어야 한다. 이렇게 수정된 스크립트를 테스트하는 것은 어려워진다. 실제 서비스..

1. 검색 기능 성능 측정 1) 테스트 준비 기존의 Worker 인스턴스로 머신 이미지를 만들어준다. 그리고 만든 이미지로 리전에 관계없이 2개의 새로운 인스턴스를 생성해준다. 그리고 Jenkins 배포 설정을 구성해준다. 설정을 위해서는 추가한 2개의 인스턴스에 SSH 접속을 할 수 있도록 키를 등록해주어야 한다. 하지만 GCP에서 제공하는 메타데이터에 저장을 했기 때문에 추가로 지정해줄 필요는 없다. 2) 성능 측정 Postman을 이용하여 대략 50만건의 데이터에서 4개의 키워드(영화, 재미, 감동, 스토리)를 1회차, 2회차, 3회차, 4회차, 5회차 걸린 시간 찾고 각 키워드의 응답속도 평균값을 구해본다. 여기서 데이터가 50만건 보다 더 많은 양의 데이터가 있다고 가정했을 때, 속도는 구한 값..

1. RabbitMq 1) RabbitMQ 글 작성 요청을 저장했다가 DB가 처리할 수 있는 만큼만 처리할 때 사용하고, 글 목록 캐시는 사용자의 글 목록 조회 요청을 매번 DB에서 조회하는 것이 아닌 애플리케이션에 저장을 했다가 그 결과를 반환하도록 한다. 5672 포트는 실제 메시지를 RabbitMQ와 주고받기 위한 포트이며, 15672 포트는 모니터링을 위한 포트이다. docker run -d --hostname my-rabbit --name some-rabbit -p 5672:5672 -p 15672:15672 rabbitmq:3-management 모니터링 페이지의 접속 정보는 다음과 같다. 해당 부분은 Admin 항목에서 관리를 위한 계정을 생성해주는 것이 좋다. Username - guest..