분산 응용 프로그램에 대한 결정?

Question

나는 금융 도메인에 기존 제품을 가지고 있습니다. 바람둥이 이용 6. 우리는 수백만 건의 요청을 한시간에 받았습니다. 내가 높은 수준의 내가 내 mvc 구성 요소가 하나의 시스템에있는 ditributed 응용 프로그램에 가서/DAO 다른 상자 (스프링 원격/EJB를 사용할 수 있습니다)에 대한 궁금 해서요. 로드가 분산되어 더 나은 성능을 얻을 수 있도록이 방향으로 계획하고있는 이유는이 또한 확장 가능하게됩니다. 나는 그것의 긍정적 인 면만 보지만, 어떻게 그것의 부정적 측면이 될 수 있는지 알 수는 없다.

전문가가 도움을 줄 수 있다면 분산 모델 및 찬성/반대 의견을 고려해야하는 기준은 무엇입니까? 나는 또한 주어진 웹 서버 (바람둥이 내 경우에는) 주어진 하드웨어 (16 기가 램, 윈도우 7, 프로세서)와 efiiciently 처리 얼마나 많은 통계를 얻을 수있는 몇 가지 통계 을 얻을 수있는 인터넷 검색을 시도했다.

예 제가 Pipe를 수행하기 위해 을 수행 할 예정입니다. 여기서는 분산 모델을 사용하여 성능을 측정 할 것이며, 높은 수준의 입력이 없으면 높게 평가 될 것입니다.

Answer 1

자세한 내용없이이 질문에 대답하는 것은 불가능합니다. 현재 서버에서 한 요청에 응답하는 데 얼마나 걸립니까? 하나의 요청에 대해 얼마나 많은 리소스가 할당됩니까?

시간당 10k 요청은 초당 ~ 3 요청을 의미합니다. 필요한 작업을 수행하고 요청에 응답하는 경우 1 CPU를 사용하는 데 ~ 300ms가 걸리므로 하나의 단순한 시스템이 완벽합니다. 이것은 간단한 수학이며 항상 작동하지는 않습니다. 나는 당신이 시간당 10k 요청 내에서 여전히 최고점을 가지고 있으며 점차적으로 분배되지 않는다고 생각합니다.

시스템이 CPU를 가지고 있기 때문에 초당 많은 응답을 처리 할 수있는 것보다 하나의 응답이 최대 1 초가 걸리는 것으로 가정합니다 (CPU가 병목 일 경우). CPU가 병이 아닌 경우 응용 프로그램 서버의 목에 문제가있을 수 있습니다. 다른 시스템에 데이터베이스를 설정하고 응용 프로그램 서버 시스템에서만 계산 태스크를 수행해야합니다.

특히 레거시 소프트웨어를 사용하는 금융 분야에서 나는 실행중인 제품을 분할하려고하지 않습니다. 현재 서버는 몇 살입니까? 나는 새로운 서버가 응용 프로그램을 다시 작성하는 것보다 저렴해야한다고 생각한다. 조만간 시간당 50-100k 건의 요청을 기대하지 않는다면 그런 작은 부분을 나누는 것이 합리적이라고 생각하지 않습니다.

대신 최신 서버 하드웨어, 분할 응용 프로그램 서버 및 데이터 저장소에서 실행하면 문제가 없습니다.

Answer 2

내 mvc 구성 요소가 하나의 시스템에 있고 dao가 다른 상자 (스프링 원격/EJB를 사용할 수 있음)에있는 ditributed 응용 프로그램을 사용해야하는 경우 궁금합니다. ,

난 당신이 맥락에서 "시스템"무슨 뜻인지 잘 모르겠지만, 당신이 한 프레젠테이션 전용 및 비즈니스 계층에 전용 다른 두 개의 서버에서 응용 프로그램을 실행하는 계획을 의미하는 경우 더 간단한 접근 방식 (아마도 앱에 더 적합) 은 co-located 아키텍처를 구축해야한다는 것을 명심하십시오.

기본적으로 아이디어는 여러 서버 (적어도 2 개)에 앱을 복제하고 수신 요청을 사용 가능한 서버로 라우팅하는로드 밸런서를 앞에 두는 것입니다. 모든 서버가 동일한 데이터베이스 인스턴스를 공유합니다. 이것은 수직 확장 성을 제공 할뿐만 아니라 시스템 가용성을 향상시킵니다.

나는 단지 그것의 긍정적 인면을 보지만 어떻게 그것의 부정적 측면이 될 수 있는지 알아낼 수 없다.

비즈니스 로직을 배포 할 때 응용 프로그램 코드의 리팩터가 필요할 것입니다. 시스템이 제대로 작동하면 확실한 버그가 추가됩니다. 필요한 원격 호출로 대기 시간이 추가되고 여러 서버에서 비즈니스 논리를 실행해도 프레젠테이션 계층의 성능 문제가 해결되지 않습니다.

Expert One-on-One J2EE Development Without EJB (페이지 65)에서 에 대한 유용한 정보를 찾고 비즈니스 로직을 배포하지 않는 이유는입니다.