Описание структуры системы - История изменений

Wikiadmin в 10:02, 11 октября 2017

2017-10-11T10:02:20Z

Wikiadmin: Содержимое страницы заменено на «Архитектура сервера приложения Описание подписок на основе селект…»

2017-10-11T10:00:08Z

Содержимое страницы заменено на «Архитектура сервера приложения Описание подписок на основе селект…»

Внесённые изменения

Wikiadmin в 09:57, 11 октября 2017

2017-10-11T09:57:22Z

Внесённые изменения

Wikiadmin в 09:56, 11 октября 2017

2017-10-11T09:56:40Z

Внесённые изменения

Wikiadmin в 09:53, 11 октября 2017

2017-10-11T09:53:42Z

Внесённые изменения

Wikiadmin в 09:52, 11 октября 2017

2017-10-11T09:52:29Z

Wikiadmin в 09:52, 11 октября 2017

2017-10-11T09:52:20Z

Wikiadmin: /* Протокол работы с сервером приложения Интегра SOAP */

2017-10-10T07:15:52Z

‎Протокол работы с сервером приложения Интегра SOAP

Внесённые изменения

Wikiadmin: /* Описание универсальных типов системы */

2017-10-10T07:04:12Z

‎Описание универсальных типов системы

Wikiadmin: /* Описание универсальных типов системы */

2017-10-10T06:35:02Z

‎Описание универсальных типов системы

Внесённые изменения

← Предыдущая		Версия 10:02, 11 октября 2017
Строка 9:		Строка 9:

	[[Описание универсальных типов протокола передачи данных в интеграцию]]		[[Описание универсальных типов протокола передачи данных в интеграцию]]
		+

	[[Протокол работы с сервером приложения Интегра SOAP]]		[[Протокол работы с сервером приложения Интегра SOAP]]

← Предыдущая		Версия 09:52, 11 октября 2017
Строка 1:		Строка 1:
−	[Архитектура сервера приложения]	+	[[Архитектура сервера приложения]]

← Предыдущая		Версия 09:52, 11 октября 2017
Строка 1:		Строка 1:
−	==Архитектура сервера приложения==	+	[Архитектура сервера приложения]
−	~~===Состав компонентов системы===~~

−	*БД (База Данных) системы интеграции (хранит данные по объектам — датчики, события, архив).
−	*БД планеты (ГИС, хренение данных о 3Д моделях и их размещении)
−	*Сервер приложения (FireFly) — обеспечивает взаимодействия подсистем с БД
−	*MSS – сервер работы с оборудованием
−	*Сервер задач – обеспечивает работу логики системы
−	*ЦА (Центр Авторизации) – обеспечивает авторизацию пользователей
−	*Клиент — клиент Интегра Планеты Земля
−	*Веб клиент — тонкий клиент Интегра Планета Земля
−
−	~~[[Файл:oss_1_1.png]]~~
−
−	Клиент получает тикет с ЦА. Далее подключается к серверу приложения, передав тикет. Сервер приложения авторизует пользователя по тикету через ЦА, при этом получая разграничения прав для данного пользователя. Клиент Интеграции так же напрямую работает с БД планеты IPE. Веб клиент работает со всеми БД по средствам сервера приложения.
−
−	~~===Архитектура серверов системы Интегра===~~
−
−	~~'''Обобщенная схема для 2х разных центров авторизации которые автономны'''~~
−
−	~~[[Файл:oss_1_2.png]]~~
−
−	На данной схеме убраны некоторые компоненты системы, приведен пример подключения клиентов к объектам с разными независимыми центрами авторизации (без доверительной связи). В данном случае на обоих центрах должны быть заведены пользователи клиентов (возможно с разными правами)
−
−	~~'''Схема с 1 ЦА и кеш серверами'''~~
−
−	~~[[Файл:oss_1_3.png]]~~
−
−	~~'''Схема с разными центрами авторизации (доверительный канал между ними)'''~~
−
−	~~[[Файл:oss_1_4.png]]~~
−
−	На данной схеме все клиенты авторизуются через ЦА1. И при транзите сообщения необходимо добавлять метаинформацию о ЦА на котором авторизован пользователь и в случае несовпадения адресов центра авторизаций необходимо проверить тикет через доверительный канал.
−
−
−	~~===Алгоритм работы сервера приложения===~~
−
−
−	Все данные по объекту хранятся в локальной БД. Осуществляется запись в БД по средствам хранимых функций и только через сервер приложения (при записи в БД помимо сервера приложения будет осуществляться контроль версий транзакций).
−
−	Для поддержания актуальной модели на сервере приложения необходимо периодически сверять версию транзакции. При расхождении версий сервер будет добирать разницу изменений и рассылать их в подписках.
−
−	При запросе данных по локальным и удаленным объектам данные будут раздаваться с модели. (только перед раздачей будет дополнительная проверка на актуализацию данных).
−
−	~~[[Файл:oss_1_5.png]]~~
−
−	~~===Алгоритм работы с ЦА===~~
−
−	При запуске клиент получает тикет от ЦА(центра авторизации), в случае успешной авторизации и передает полученный тикет на сервер приложения.
−
−	Сервер приложение проверяет валидность тикета пользователя на ЦА и получает текущие настройки разграничения прав (а так же периодически обновляет данные по тикету — активность пользователя). В случае неактивности пользователя тикет будет удален (данная функция еще не реализована). А так же сервер приложения периодически опрашивает ЦА на событие изменения прав пользователя. При изменении прав пользователя сервер сообщает об этом клиенту (клиент сам определяет переподключаться или нет), но права на сервере применяются сразу.
−
−	~~[[Файл:oss_1_6.png]]~~
−
−	~~===Запись архива===~~
−
−	Запись архива осуществляется в локальную базу объекта, пишется вся информация и любые изменения параметров (события).
−
−	На кешируемых узлах должна писаться информация по объекту (архив) — полный архив по объекту в случае включения данной настройки (архив пишется по правам пользователя синхронизации).
−
−	Получение данных по архиву клиентом может осуществляться как с конечного узла так и с кеша (по умолчанию если включена запись архива на кеш то данные раздаются с кеша, для запроса напрямую с объекта необходимо в функции передать доп параметр)
−
−	~~===Подписки===~~
−
−	~~Это механизм селекторных подписок который описывает логику запроса (получения) данных.~~
−
−	~~Описание взаимодействия 2х роутеров.~~
−
−	По умолчанию при открытии соединения работает 1 подписка между серверами (3 составляющие подписки). Первая часть подписки — это мониторинг комплексных состояний , вторая — это подписка онлайн событий, которая открывается при подключении хотя бы 1 пользователя (а точнее создание к конечному серверу хотя бы 1 подписки) а так же пинг подписка для контроля соединения с сервером. Разграничение прав по подпискам применяется на вышестоящем узле (который организовал подписку).
−
−	~~===Программные компоненты сервера приложения===~~
−
−	Сервер приложения кроссплатформенное решение, на данный момент поддерживается работа системы на операционных системах компании Microsoft начиная с Windows XP на процессорах архитектуры x86-64 и ОС семейства Linux таких как Debian, Ubuntu, RedHat/CentOS, OC Заря на процессорах архитектуры x86-64.
−
−	~~Для корректной работы приложения ставятся следующие компоненты и модули:~~
−
−	~~1. python-2.7.9~~
−
−	~~2. Модули python~~
−
−	~~:six-1.9.0-py2.py3-none-any~~
−	~~:autobahn-0.9.3-3~~
−	~~:zope.interface-4.1.1~~
−	~~:Twisted-13.2.0-cp27~~
−	~~:zope.event-4.0.3~~
−	~~:psycopg2-2.5.5-cp27~~
−	~~:pywin32-219~~
−	~~:polib-1.0.6-py2.py3-none-any~~
−	~~:python-dateutil-1.4.1~~
−	~~:python-gflags-2.0~~
−	~~:pytz-2010l~~
−	~~:google-apputils-0.4.0~~
−	~~:protobuf-2.6.1~~
−	~~:pyasn1-0.1.7~~
−	~~:pycparser-2.12~~
−	~~:cryptography-0.7.1-cp27~~
−	~~:pyOpenSSL-0.14~~
−	~~:cyclone-1.1~~
−	~~:Shapely-1.5.12-cp27~~
−
−	~~3. PostgreSQL 9.6 и выше~~
−
−
−	~~Данные требования Так же актуальны и для установки центра авторизации.~~

	==Описание подписок на основе селекторов==		==Описание подписок на основе селекторов==

@@ Строка 718: / Строка 718: @@
   |ok.blackout
   |-
-  Отправление поезда
+  |Отправление поезда
-ok.departureTrain
+ |ok.departureTrain
+ |-
-  Прибытие поезда
+  |Прибытие поезда
-ok.arrivingTrain
+ |ok.arrivingTrain
+ |-
-  Нет движения в зоне
+  |Нет движения в зоне
-ok.noMovementInZone
+ |ok.noMovementInZone
+ |-
-  Поезд в зоне
+  |Поезд в зоне
-ok.trainInZone
+ |ok.trainInZone
+ |-
-  Датчик движения включен
+  |Датчик движения включен
-ok.motionDetectionOn
+ |ok.motionDetectionOn
+ |-
-  Датчик движения выключен
+  |Датчик движения выключен
-ok.motionDetectionOff
+ |ok.motionDetectionOff
+ |-
-  Зона выход
+  |Зона выход
-ok.zoneOut
+ |ok.zoneOut
+ |-
-  Зона вход
+  |Зона вход
-ok.zoneIn
+ |ok.zoneIn
+ |-
-  Статус архива: ОШИБКА
+  |Статус архива: ОШИБКА
-ok.archiveError
+ |ok.archiveError
+ |-
-  Статус архива: НОРМА
+  |Статус архива: НОРМА
-ok.archiveNormal
+ |ok.archiveNormal
+ |-
-  Вращение
+  |Вращение
-ok.rotation
+ |ok.rotation
+ |-
-  Восстановление сигнала
+  |Восстановление сигнала
-error.flashing
+ |error.flashing
+ |-
-  Не под охраной
+  |Не под охраной
-ok.inactive
+ |ok.inactive
+ |-
-  Ночной режим
+  |Ночной режим
-ok.grey
+ |ok.grey
+ |-
-  Дневной режим
+  |Дневной режим
-ok.color
+ |ok.color
+ |-
-  Объект удален
+  |Объект удален
-alarm.objectRemoved
+ |alarm.objectRemoved
+ |-
-  Цель зафиксирована
+  |Цель зафиксирована
-ok.targetFixed
+ |ok.targetFixed
+ |-
-  Под охраной
+  |Под охраной
-ok.active
+ |ok.active
+ |-
-  Нормально
+  |Нормально
-ok.normalCam
+ |ok.normalCam
+ |-
-  Обновление состояния
+  |Обновление состояния
-ok.stateUpdate
+ |ok.stateUpdate
+ |-
-URL
+ |URL
-url  				type=array(text)
+ |url
   |}