Понимание качества обслуживания Требования

Вот некоторые основные качества обслуживания, которые являются характерными для Java EE. NET совместимых приложений. Важно, чтобы архитекторы и разработчики включить эти требования в их совместимости конструкций или дополнить свои критерии оценки их Java EE. NET совместимости продуктов. Безопасность - еще один важный атрибут качества обслуживания.

Надежность

Надежность для Java EE. NET совместимых приложений требует обслуживания запросов или деловых данных от отправителя (скажем, служба проситель), которые будут переданы получателю объектом (скажем, услуг) успешно и точно. Цель получатель должен быть в состоянии подтвердить получение в случае необходимости. Деловые данные должны быть точными и без ошибок. Успешные передачи может быть достигнуто за счет resending обслуживания запросов и деловых данных до тех пор, пока в получении подтверждения от получателя или упорно их в надежные данные хранить так, что целевой получатель может взять их.

Надежность можно производителем центризма или потребительские центризма. В производителем центризма сценарий, отправителя (производителя) необходимо обеспечить, чтобы цели получателю (потребителю) получает деловых данных. В противном случае отправитель resends деловых данных до целевой получатель посылает подтверждение. Если целевой получатель автономном режиме или недоступны, отправитель несет ответственность за resending деловых данных, когда цель получателя услуг становится доступным. В потребительских центризма сценарий, цель получателя (потребителя) отвечает за поиск деловых данных от отправителя (производителя). Это требует отправителя весьма доступны для поиска информации.

Надежность способности могут варьироваться в зависимости от используемой технологии взаимодействия. Например, если МИОП моста используется, мост должен обеспечить соединение с Java EE и. NET заявка должна быть надежной. Она должна сохраняться все службы просит или деловых данных для перешлите, а также журнал всех мероприятий по проверке. Если на основе SOAP веб-сервис используется, надежный обмен сообщениями может быть достигнуто путем внедрения новых технологий, таких как службы автобусного предприятия, или выполнения использованием WS - надежность поставок, поскольку любые неудачи будут вновь направлены инфраструктуры обмена сообщениями.

В сущности, надежность для Java EE. NET совместимых приложений ожидается в разные слои или уровни в применении архитектуры, которая включает в себя следующие:

• Основной механизм или данных транспортных слоя для Java и. NET приложений должен быть надежным.

• Когда отправитель некоторых деловых обменов данных с получателя, содержание деловых данные должны быть надежно передано. Например, если бизнес данных содержится тип данных из большого количества научных (например, 23,1234567891 х 10-49) или сложных тип данных (например, пользовательский счет клиента данных объекта), получатель должен получать их дословно без любой тип данных или преобразования XML кодирования ошибки между Java и. NET приложений.

• Там должно быть получение подтверждения возможности для Java EE и. NET приложений. Один из общих критериев проектирования, с тем чтобы тайм-аут на сообщение или подтверждение доставки приложений, чтобы избежать ожидания в течение длительного периода времени.

• Любая ошибка или исключение брошены должны быть надежно отражается на другом конце. Например, если получатель применения выбрасывает выполнения исключением (например, SOAPFault исключением), отправитель должен иметь возможность поймать за исключением достоверно необходимости обработку ошибок, вместо рыбы или игнорируя ошибки.

• Там должен быть механизм на входе и выходе из Java и. NET приложений для аудита и отчетности для выполнения цели.

• Гарантированная доставка не единственная характеристика надежности. Как только - и только - один раз (также известный как idempotence) требование может относиться также к требованиям QoS означает, что сообщение может быть только русском одно время его назначения.

• Если сообщение состоит из нескольких частей, отдельных частей сообщения может быть на русском надлежащего порядка. Кроме того, должна быть логика агрегирования имеющихся на принимающем конце.

• Сообщение маршрутизации через разнородных Java EE,. NET, и существующие приложения зачастую должны сопровождаться деловыми поток оркестровки. В предпринимательства обслуживания Бизнес решение может быть развернуто для решения сложных B2B сценариев.

• Достоверные сообщения, в таких случаях, как передача финансовой информации, также требуется высокий уровень безопасности. Поэтому важно провести всеобъемлющий QoS проследить, чтобы адекватно архитектуры адреса отдельных требований QoS.

Наличие

Наличие на Java EE. NET совместимых приложений требует, чтобы основные применения инфраструктуры (например, операционной системы и сервера приложений контейнер) в сети для услуг (то есть, имеется) все время. Наличие бизнеса или услуги могут быть измерены в процентах за определенный период времени (например, 99,99 процентов в течение 365 дней деятельности), или в режиме статистики (например, 53 минут простоя всего 365 дней в году). Бизнес приложений и услуг, как правило, достижение высокой доступности путем группирования или Java EE. NET сервера приложений контейнеров и благоприятных сессии переключение с случае применения.

Обеспечение высокой доступности для Java EE. NET совместимых приложений является сложным. Она требует

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

• Стойкость Служба просьбе или деловых данных может быть на протяжении отправить после целевого получателя возобновляет операции со службы провал.

• Конец - до конца Наличие Для распространены Java и. NET совместимых приложений, наличие средств, так и Java. NET приложений должны быть в Интернете и доступна для работы одновременно. Если какая-либо из сторон не в сети или недоступен, другой стороне необходимо принять стандартные процедуры обработки исключения, такие, как упорно службу просьбу об позднее отправить.

• Uptime Наличие на Java EE. NET совместимых приложений подсчитывает время непрерывной работы на обоих концах приложений. Это не средний процент наличия, так и Java. NET серверов приложений. Например, если отправитель текущих Java EE приложений - 99,99 проц имеется, и получателем выполняется. NET заявка 99,91 проц доступна, она не может быть просто предположить, что наличие на Java EE. NET совместимых приложений - 99,99 процентов или в среднем 99,95 проц .

• Наличие Middleware для Java и. NET совместимых приложений с использованием МИОП моста или предприятия обслуживания Бизнес будет в значительной степени зависит от наличия средств в технологии. Поэтому крайне важно, чтобы мост очень доступны и восстановления или самостоятельной исцеления функции поддержки высокой доступности. Некоторые моста или автобус промежуточной технологии использования программного обеспечения кластеризации, отказоустойчивости, восстановления или применения в целях обеспечения доступности.

Масштабируемость и эффективность

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

Масштабируемый Java EE. NET совместимых приложений может обрабатывать большой объем заявок и обслуживания коммерческих операций или может генерировать выше пропускная сделки. Идеальная масштабируемость сценарий для Java EE. NET совместимых применения заключается в том, что работы должны быть в состоянии шкале линейно. Например, существует совместимость решения с помощью веб-служб подход. Если дополнительные физической памяти добавить (скажем, 2 ГБ памяти), или модернизировать оборудование (возможно, 3GHz процессор от 2GHz процессор) для существующих и Java. NET серверов приложений, они должны иметь возможность расширения для обработки дополнительных сообщений SOAP ( возможно, 20 процентов дополнительной обработки операций ставки) одновременно.

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

• Память Фактор В Java EE. NET совместимости применения должны иметь возможность оптимизировать выполнение имеющихся рычагов физической памяти. . NET и Java многих серверов приложений сегодня имеют возможность воспользоваться физической памяти при надлежащем установлении параметров конфигурации. Архитекторы и разработчики могут хотим ли совместимость стратегия любого кэша дизайн для улучшения производительности системы.

• CPU фактор совместимости приложений, которые требуют интенсивного вычислительные ресурсы должны быть в состоянии привлекать высокого конца CPU власти линейной масштабируемости. Например, сообщение для шифрования и дешифрования (например, XML шифрования), требуют высокой процессор обработки власти. Если совместимость применения использует МИОП моста или предприятия обслуживания Автобус с XML шифрования и дешифрования, высокий конец CPU процессор позволит улучшить эффективность системы.

• Интерфейс (или I / O) Фактор Некоторые совместимости решений могут использовать реляционную базу данных или объект сохраняться все службы requesters. В таком случае, взаимодействие применения должны иметь возможность использовать базы данных, лежащие технологии для расширения или повышения входных / выходных характеристик, вместо создания своей собственной реализации масштабируемости.

• Многолетние Треадинг Фактор Либо Java EE и. NET совместимых применения должны иметь возможность инкорпорировать резьбы поддержку в их разработке с тем чтобы они могли использовать несколько нитей обработать большой объем обслуживания запросов. Не все применения разработки поддерживает несколько цепочек по умолчанию, как применение конструкции необходимо решать вопросы синхронизации. Одним из примеров является то, что с помощью асинхронного обмена сообщениями стратегии Java EE. NET совместимость позволяет использовать несколько нитей применения в процессе обслуживания запросов более.

• Распределенная архитектура Фактор В интероперабельности применения разработки необходимо поддерживать несколько экземпляров на одной машине или в разных машинах. Это распределенной архитектуры позволяет несколько случаев применения совместимости запускать одновременно и может расширить горизонтально для обработки большого объема обслуживания запросов одновременно. Например, асинхронные сообщения с помощью службы автобусного предприятия может позволить несколько случаев взаимодействия применения для запуска службы, поскольку запросы воплощен в сообщений и могут быть обработаны в нескольких абонентов (услуг).

Управляемость

Управляемость касается качества обслуживания атрибут, что заявки или услуга может быть модели, контроль, и восстановить, если она проходит в порядке исключения. Поскольку Java приложений могут поддерживать JMX (Java Management продлению API), но. NET приложений нет, то управляемость на Java EE. NET совместимых приложений необходимо опираться на общие измерения и управляемости технологии (например, управление прокси) или стандарта (например, , WS - Управление). Совместимость с помощью МИОП мост и предприятия обслуживания Бизнес может сыграть важную роль в обеспечении управляемости, поскольку они могут охватить системы управленческой информации с применением централизованно. Есть несколько важных требований управляемости, что совместимость решения должны поддерживать:

• Видимость В Java EE. NET совместимых приложений должны иметь возможность подвергать их функционирования государства (например, активное или ошибка) или управленческой информации (например, использование CPU) для приборов и систем мониторинга. Там должна быть возможность контроля взаимодействия в стратегии интерактивного статуса или для службы отчетности.

• Обнаружение Проблемы в совместимости решения должны быть в состоянии обнаружить, если есть какие-либо проблемы службы или системы как в Java и. NET приложений. Это может потребовать взаимодействия решение опрос состояния системы или самого приложения направить системы сердце - периодически избивали. Например, некоторые предприятия обслуживания Бизнес совместимости решений поддержки JMX и может сообщать о любых проблемах службы либо от Java EE и. NET применение для управления сервером (работает MBean сервер).

• Санация Способность возместить отсутствие системы или выполнение корректирующих управленческих решений имеет чрезвычайно важное значение для управления Java EE. NET совместимых приложений.

• Приспособляемость Управление решение должно быть легко продлен дополнительных корпоративных приложений, независимо от их происхождения, Java EE,. NET, или наследство. Кроме того, управляемость следует контролировать в зависимости от среды, разработки, Quality Assurance, впервые, и производства. Включение или отключение определенного пакета или системы уровня лесозаготовок должны выполняться за пределами практического применения, то есть в файлы конфигурации или консоли централизованного управления.

• Эффективность Там должно быть равновесие между рубками и применение отслеживания состояния и общей производительности системы.

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