Мифы и Трутс поводу качества обслуживания

Share

|

Вот некоторые мифы и истины о QoS:

• Миф 1

  Оба Java EE и. NET платформ сами позаботиться о качества обслуживания (QoS). Существует никакой необходимости для разработчиков и архитекторов беспокоиться о QoS.

  Истина

  Обе платформы обеспечить необходимыми элементами для QoS и требуют опыт разработки и внедрения, с тем чтобы бизнес приложений и услуг, которые должны быть надежными, весьма возможно, и масштабируется.

• Миф 2

  QoS - это системные качества для развертывания Java EE и. NET приложений в центре данных. До тех пор, пока надежные, весьма возможно, и масштабируемую инфраструктуру, разработчики и архитекторы должны иметь возможность расширить (или сократить) на Java EE. NET приложений разумно без серьезных службы управления.

  Истина

  Аппаратура и системы в инфраструктуру центра обработки данных, безусловно, важно для поддержки QoS. Оно может предусматривать наличие базового. Однако, хотя машин группируются высокой доступности, инфраструктуры не предусматривает применения уровня сессии переключение. Существует также ограничение для расширения бизнеса применение просто путем увеличения ресурсов. Например, добавление еще двух процессоров и 2 ГБ физической памяти, не обязательно вдвое времени отклика системы для бизнеса, запущенное на 2 - CPU машине с 2 ГБ памяти. Это особенно важно для Java EE. NET взаимодействия, поскольку они показываются в различных инфраструктуры (оборудования и операционных систем) и не разделяю той же QoS возможностей. Эти заявления должны быть направлены на поддержку повышения надежности, доступности и масштабируемости.

• Миф 3

  Хорошие показатели на Java EE. NET взаимодействия обычно подразумевает высокие производительность и снизить латентность. При наличии высокую производительность и относительно низкая стоимость оборудования инфраструктуры, разработчикам не надо беспокоиться о применении конструкции для работы.

  Истина

  Дешевых аппаратных средств, безусловно, может повысить эффективность деятельности пропускную способность Java EE. NET совместимых приложений в определенной степени. Хорошие показатели на Java EE. NET совместимых приложений сильно зависит от конструкции (например, XML нагрузки и при разборе конструкции) и стратегии взаимодействия (например, использование. NET Remoting по сравнению с асинхронными сообщениями с помощью веб-служб). Это могут различаться для разных сценариев деловых требований.