Think Outside The Box

안녕하세요. IT전문 컨설턴트입니다.

해당 문제점 요인들은 여러가지 점검이 필요한 상황입니다. 물론 전문 인력이 채크를 해야하는 부분이라 참고해 보시고 전문가를 통해서 컨설팅을 진행해 보십시오. 이 외에도 많은 속도저하 요인들이 있고, 그 상황에 맞는 해결을 해야합니다.

1. DB 연결의 문제

DB에 접속을 하는 과정에서 장애를 받을수 있습니다. 주로 Web서버와 DB서버가 분리되어 있는 경우에 많이 발생을 합니다. 또한 DB를 연결하고 사용한 후에 해당 자원을 반환하지 않아서 DB세션이 남아있는 상황에서도 흔히 발생할수가 있습니다. 이 경우에는 심각할 경우 소스 코드를 대량 수정해야 할수도 있습니다.

2. 네트워크 구성

DB와 Web서버의 네트워크가 다르게 구성되어있거나, 방화벽 및 스위치 장비의 셋팅이 잘못되어서 발생할수도 있습니다. 트레픽이나 동시접속자를 기준으로 실재적인 네트워크 구성을 다시 설계하는 방법으로 해결할 수가 있습니다.

서버호스팅을 사용하거나 일반 호스팅을 사용할 경우 호스팅 대역폭 제한으로 인해서 발생할 수도 있습니다.

이 경우에는 단독회선으로 전환하거나 더 나은 상품으로 해결할 수 있습니다.

3. 개발방법론

가장 많이 발생하는 문제입니다.
표준화 되지 않은 개발방법론으로 개발된 사이트의 경우 성능이 떨어질수 밖에 없습니다. 일반 웹사이트를 제작하는 개발방법론을 포털사이트에 적용한다고 가정해 본다면, 당연히 동시접속자나 서비스의 품질이 떨어질수 밖에 없습니다. 주로 비용 절약을 위해서 비전문업체를 통해 제작하거나, 솔루션으로 개발한 사이트에서 흔히 발생할수 있는 리스크 요인입니다.  만약 위의 상황이라면, 상황에 맞추어서 재개발을 해야하는 최악의 상황이 올수도 있습니다.

4. 메인 페이지의 용량

메인 페이지를 사용자들이 가장 많이 접속을 합니다. 메인 페이지를 로딩하기 위한 용량을 측정해 본다면 문제점을 어렵지 않게 진단할수 있습니다. 플래쉬에서 무한루프를 돌아서 리소스를 대량소모할수도 있고, 드림위버 등의 툴로 제작되어 필요없는 소스코드로 인해 용량이 커질수도 있습니다. 또한 메인페이지에서 DB연결을 무리하게 시도하도 접속 지연이 될수도 있습니다.

5. 로드벨런싱 도입의 필요성

사용자 수가 많아서 하드웨어 장비가 버티지 못하는 상황이라면, 분산기술의 하나인 로드벨런싱을 도입해야 할수도 있습니다. 서버한대당 버틸수 있는 동시접속자는 한정적입니다. 이 이상의 접속자가 몰린다면 당연히 늦어질수 밖에 없겠죠. 이 경우에는 하드웨어에 대한 투자가 정답입니다.

6. DB정규화

DB를 설계할때 정규화(최적화)를 하지 않은 경우입니다. DB의 효율성 차이가 DB용량이 늘어날수록 심각해집니다. 최악의 경우 기존 DB를 포기하고, 재 설계를 통해서 구축을 해야할 수도 있습니다.