Сервисы и приложения могут обнаруживать другие «сервисы» в сети. Иные экземпляры сервисов могут быть добавлены в сеть без переконфигурирования всех существующих

Скачать 34.2 Kb.

Название	Сервисы и приложения могут обнаруживать другие «сервисы» в сети. Иные экземпляры сервисов могут быть добавлены в сеть без переконфигурирования всех существующих
Дата публикации	16.03.2013
Размер	34.2 Kb.
Тип	Документы

vbibl.ru > Информатика > Документы

Сервисы и приложения могут обнаруживать другие «сервисы» в сети. Иные экземпляры сервисов могут быть добавлены в сеть без переконфигурирования всех существующих компонент кластера.

Природа «сервисов» в кавычках ничем не ограничена – это могут быть и web- и remoting- и wcf-сервисы, и сервер БД и устройства (к примеру, компьютер под управлением Windows). Т.е. «сервисом» может быть все что может существовать и иметь API или протокол для опроса готовности.

В сети отсутствует централизованный репозиторий известных «сервисов». Каждый узел на Ферме™ собирает, предоставляет и распространяет между доступными узлами известную информацию о «сервисах» и контролирует ее актуальность. Если централизованный репозитарий все же существует в сети, узел фермы не осведомлен о нем и не зависит от него.

Информация о «сервисе» – наличие, готовность и опциональный Description.

Клиент (приложение или сервис в поисках «сервиса») может запрашивать ферму об актуальной информации интересуемых сервисов.

На Ферме™ могут функционировать несколько систем одновременно с непересекающимися или пересекающимися «known layers»

Администратор мониторит узлы в Ферме™ и может прятать (дизейблить) некоторые «сервисы» на определенных узлах. В данном контексте узел фермы сам является «сервисом» в кавычках. На данный момент существует «сервис»-listener ComputerInfo, который предполагается будет встроен в инфрастуктуру и использоваться монитором для поиска узлов фермы.

Простейшее применение Фермы™

Поиск сервера в клиентском приложении в клиент-серверной системе.
Отказоустойчивый масштабируемый кластер stateless-сервисов не требующий конфигурирования всех компонент системы при добавлении|удалении узлов

Физически узел Фермы™ может хостится в любом AppDomain. Узел может предоставлять информацию о сервисах и удаленно и in-process. К примеру при модульном тестировании узел хостится типа в Студии и предоставляет информацию о сервисах in-process, а на Production узел хостится в Windows Service и предосталяет инфо о «сервисах» по remoting или wcf.

Протокол включает три сообщения UDP:

Lookup – найти «сервсис(ы)» на ферме или части. Всегда посылается по запросу клиента, всегда дублируется пока не истечет таймаут или не будет получен ответ от любого узла.
Announce – уведомить о наличии и готовности с опциональным Description некоторого «сервиса». Всегда посылается узлом фермы™.
Bye – уведомление узла фермы о своем завершении.
Set Visibility: спрятать|показать сервис, узел, или сервис на узле. Всегда посылается администратором фермы.

Особый случай – серверный узел фермы™. Это экземпляр Windows с хостингом узла фермы в Windows сервисе и well-known адресом предоставления информации о «сервисах». При наличии серверного узла клиент обычно не посылает Lookup сообщений в сеть и не ждет на него ответы. Предполагается Uri предоставления инфо net.pipe://localhost/universe.farm/ Данный узел фермы выполняет роль прокси поиска.

Вариант поиска сервисов с помощью свидетеля. Свидетель – логический процесс в составе приложения, осведомленный о природе сервисов. Свидетель ищет сервисы в которых заинтересовано приложение и в случае обнаружения целевого сервиса гарантирует приложению наиболее и оптимальный экземпляр сервиса и точку подключения к этому сервису. Выбор и проба конечной точки происходит свидетелем на основе информации ComputerInfo. Свидетель реализует функцию высокой готовности системы в случае краха или остановки или отказа одного из экземпляря целевого сервиса в кластере.

Пример: Listener на узле фермы ведет поиск middle-layer системы с помощью опроса установленных Win32-сервисов. Свидетель на основе имени компьютера и списка IP-адресов пробует подключиться к кандидату с помощью WCF и в случае успеха предоставляет приложению готовый к подключению endpoint или ChannelFactory

Состояние свидетеля:

Список интересных узлов и опционально список интересных конечных точек. Конечная точка – это не сам прокси, а структура данных, например Uri, позволяющая подключиться к целевому сервису. Для выяснения списка конечных точек свидетель пользуется ComputerInfo
Ранжированный список валидных конечных точек.

На запрос прокси свидетель:

Пробует в порядке ранжирования валидные конечные точки. Если конечная точка отзывается, то возвращается прокси.
Если ни одна не отозвалась, то свидетель делает lookup-запрос и по результатам строит коечные точки и пробует их. Если за заданный период ничего не нашлось, то свидетель возращает TimeoutException или null. Timeout для non-interactive клиентов существенно больше чем для UI-компонент.

Добавить документ в свой блог или на сайт

Похожие:

	Интеграция Телефум в другие приложения и веб-сервисы Система команд для обмена данными между Телефум (далее тлф) и пользовательскими приложениями (далее пп)		Инструкция по использованию сервиса на английском Рационально ли использовать социальные сервисы непосредственно на занятиях в аудитории или они предназначены только для внеаудиторных...
	В. Ю. Сомова Сервисы веб 0 Учебно-методическое пособие предназначено для студентов всех специальностей. Может быть использовано как при проведении практических...		4 База пакетов (управляющая оболочка и интеллектуальный конвертор... Прикладные сервисы в составе системы реализуются в виде вычислительных пакетов, ориентированных на решение конкретных прикладных...
	Инструкция 1 Введение 4 Инструкция описывает параметры которыми могут обмениваться сеть lonworks и ecl comfort. Стандарты физической сети см на сайте		1 Понятие и назначение компьютерной сети. Компьютерная сеть С другой стороны, проще говоря, компьютерная сеть это совокупность компьютеров и различных устройств, обеспечивающих информационный...
	Обзор «как есть». Информация и суждения, представленные в документе, включая url-адреса и другие упоминания веб-сайтов, могут быть изменены...		Управление устройствами и устранение неполадок в Microsoft Lync Server 2010 Настоящий документ предоставляется на условиях «как есть». Информация и суждения, представленные в документе, включая url-адреса...
	Дисплазия Тазобедренных суставов Отклонения могут быть врожденными или возникают в процессе роста, например, гепатопортальная микроваскулярная дисплазия встречается...		Установка и использование средства просмотра содержимого встречи Lync Server 2010 Настоящий документ предоставляется на условиях «как есть». Информация и суждения, представленные в документе, включая url-адреса...

Вы можете разместить ссылку на наш сайт:
Школьные материалы