신화와 진리의 서비스 품질에 대한

Share

|

신화와 진리 qos 내용은 다음과 같습니다 :

• 신화 1

  자바 ee을 모두입니다. 그물 플랫폼을 스스로 돌볼의 품질이 서비스 (qos)입니다. 개발자 및 건축에 대한 필요는 없다 qos를 걱정입니다.

  진실

  qos을위한 필수적인 요소가 두 플랫폼을 제공하고 경험을 설계 및 구현을 필요로 비즈니스 응용 프로그램과 서비스를 활성화하려면가 신뢰성, 높은 사용할 수있는, 그리고 확장성을합니다.

• 신화 2

  qos는 자바 ee하고 배포하기위한 제도적 품질입니다. 그물 애플 리케이션에서 데이터 센터를합니다. 한가 신뢰성, 높은 사용할 수있는, 확장성 인프라, 개발자 및 건축 규모를 조정할 수 자바 ee 최대 (또는 규모를 아래쪽). 그물 주요 서비스 관리 문제없이 응용 프로그램을 합리적입니다.

  진실

  하드웨어 및 시스템 인프라가 데이터 센터는 물론 중요합니다 qos를 지원합니다. 그것 기본적인 출시 정보를 제공할 수있습니다. 그러나, 비록 기계 밀집해 고가 용성, 응용 프로그램 - 수준의 인프라 세션 장애 조치를 제공하지 않는다. 또한 규모를 제한하여 비즈니스 응용 프로그램을 설치하기만하면 자원을 늘려있습니다. 예를 들어, 또 다른 2 개의 cpu와 2gb의 실제 메모리를 추가하는 것은 아니며 비즈니스 응용 프로그램에 대한 이중의 시스템 응답 시간에서 실행 2 - cpu 기계와 2gb의 메모리가있습니다. 이것은 특히 중요합니다 ee에 대한 자바입니다. 그물 상호에서 실행되기 때문에 서로 다른 인프라 (하드웨어 및 운영 체제)와 동일한 qos 기능을 공유하지 않습니다. 이러한 응용 프로그램을 지원하도록 설계해야보다 나은 안정성, 용성, 확장성을합니다.

• 신화 3

  좋은 실적을 자바 ee. 그물 상호 대체로 높은 처리량과 낮은 지연 시간을 나타냅니다. 용성과 함께 상대적으로 낮은 비용으로 높은 성능과 하드웨어 인프라, 개발자가 응용 프로그램을 설계에 대한 걱정을 할 필요가없습니다 실적을합니다.

  진실

  저 - 비용 하드웨어가 최고의 실적을 높일 수있습니다 처리량의 자바 ee 분명합니다. 그물을 일정 범위 내에서 상호 운용 응용 프로그램을합니다. 좋은 실적을 자바 ee. 그물 상호 운용 응용 프로그램이 복잡하게 의존 디자인 (예를 들어, xml 페이로드 및 구문 분석을 디자인) 및 상호 전략 (예를 들어, 사용합니다. 그물의 원격 대 비동기식 메시징을 사용하여 웹 서비스). 이 달라질 수있습니다 비즈니스 요구 사항에 맞는 다양한 시나리오를합니다.