이것은 성능 최적화 문제입니다. 질문하는 정보의 양이 적기 때문에 명확한 해결 방법이 없습니다. 성능 최적화는 실제로 매우 복잡한 문제이며, 처리 과정은 한 사람이 건축가인지 엔지니어인지, 상급 또는 중급 수준의 엔지니어인지, 개발자인지, 운영 및 유지 관리 직원인지를 구분할 수 있습니다. < P > 다시 한 번 말하지만, 이러한 질문에 대한 명확한 대답이나 해결 방법이 없습니다.
정상, 조건이 있을 경우 유사한 테스트 환경에서 스트레스 테스트를 수행할 수 있습니다. 조건이 없을 경우 운영 환경에서 관련 성능 매개 변수를 직접 수집할 수 있습니다. 병목 현상은 어디에 있습니까? 클라이언트, 광역 네트워크, 방화벽, 웹 서버, 응용 프로그램 서버, 데이터베이스 서버 또는? 병목 현상이 어디에 있는지 알아야 목표로 해결할 수 있다. 그렇지 않으면 운에 맡기거나 순전히 하드웨어 자원을 업그레이드하는 것일 수 있다. (때로는 해결할 수 있다.) < P > (좀 더 전문적으로, 후속 최적화 후 참조 비교를 위한 기준 요소 선택) < P > (예: 어플리케이션 서버 또는 데이터베이스에서 병목 현상) < P > 2 단계 재배치 해당 서버에서 CPU, 메모리, 스토리지 등이 부족합니다. 또는 네트워크 응답 속도가 느립니다 (여기에는 여러 가지 상황이 있습니다). < P > (예: 메모리 부족) < P > 3 단계, 메모리 소비 여부, 사용자 코드 부분인 경우 해당 코드로 인한 더 큰 메모리 소비 또는 메모리 누출, 코드 또는 SQL 최적화 < P > 4 단계, (때로는 3 단계와 동기화) 운영 체제, 미들웨어 애플리케이션 시스템, 데이터베이스의 일부 매개변수를 조정하여 시스템 리소스 사용을 최적화할 수 있는지 확인합니다. 또는 솔리드 스테이트 드라이브, 네트워크 장치 업그레이드 등을 사용하여 시스템 성능을 최적화합니다. (일부 배치된 엔지니어는 경험이 부족하고, 시스템은 기본 설치이며, 시스템 매개 변수를 조정하지 않고, 하드웨어의 전체 성능을 완벽하게 발휘하지 못하거나, 특정 애플리케이션 시스템의 특성에 맞게 대응하지 않습니다.) < P > 5 단계, 위 3 ~ 4 단계는 모두 이루어졌으며, 아직 요구 사항을 충족하지 못했습니다. 아키텍처 설계에서 조정해야 할 수도 있습니다. 여기에는 많은 출입구가 있습니다 ... < P > 위의 각 단계에는 분석 처리를 위한 적절한 도구와 방법이 있습니다.