21. 반드시 튜닝해야 하는 대상은?
몇 개월 동안 혹은 몇 년간 개발한 시스템의 오픈 시기가 가까워졌을 때, 대부분의 프로젝트 개발자나 관리자들은 여러 가지 이유로 불안해 한다. 본인이 만든 프로그램 때문에 시스템에 문제가 발생하지는 않을까? 프로그램에 오류가 많이 발생하지는 않을까?
걱정은 한도 끝도 없을 것이다. 대부분의 프로세스에서는 이러한 걱정을 줄이기 위해서 기능 테스트, 성능 테스트, 부하 테스트, 보안 테스트 등 여러 가지 테스트를 수행한다. 이러한 테스트를 수행할 때는 튜닝까지는 아니더라도, 구간별 응답 속도를 체크하는 작업은 필요하다. 자신이 만든 프로그램에 대한 걱정을 해소하기 위해서라도 말이다.
1. 반드시 튜닝해야 하는 대상 선정
개발자가 시간적 여유가 있으면 자신이 만든 화면을 모두 분석할 수도 있따다. 하지만 현실적으로 개발자가 자신이 만든 모든 화면에 대해서 분석하는 것은 불가능하다. 진단 전문가가 시스템을 분석할 때에도 역시 모든 화면에 대해서 분석하는 것은 불가능하다. 따라서 20:80 법칙이나 5:95 처럼 사용량을 많이 점유하는 화면을 선정해야 한다. 상위 20%의 사용량을 점유하는 화면을 어떻게 찾을까? 기존 시스템이 있다면, 기존 시스템 모니터링 툴의 통계 기능을 사용하여 쉽게 대상을 찾을 수 있다.
2. 왜 로그인 화면을 튜닝(분석)해야 하는가?
만약 시스템을 운영하고 있다면, 가장 많이 사용하는 로그인 화면이 얼마나 요청을 수행하는지, 필요 없는 요청이 있는지 확인해야 한다.
3. 쇼핑몰 사이트에서는...
일반적으로 소비자는 원하는 물건을 구매할 때 쇼핑몰이나 가격 비교 사이트를 통하여 상품을 조회하고, 제품의 상세 정보를 조회한다. 쇼핑몰이나 가격 비교 사이트의 초기 페이지가 열리지 않거나, 제품의 상세 정보 조회가 되지 않으면 해당 사이트는 많은 고객을 잃는다. 제품을 구매하기로 결정한 소비자가 결제 수행을 할 수 없을 때도 동일한 결과가 발생한다.
4. 정리
성능을 분석할 대상을 정할 때, 모든 화면을 대상으로 하는 것은 상당히 무모한 행동이다. 시간적 여유가 있고, 모니터링 툴이 있다면 전체 화면을 점검하는 것을 권장하지만, 시간 대비 효율을 따졌을 때 상당히 비효율적인 작업이 될 수도 있다. 따라서 여기에서 정리한 대로 로그인 및 초기 화면, 가장 많이 사용하는 화면을 위주로 성능을 분석하는 것이 가장 현명한 방법이다.
참고
- 자바 성능 튜닝 이야기
