Обсуждение:Верхнеуровневая архитектура - История изменений

Nachinka: /* Вариант структуры с доски */

2015-07-15T06:22:14Z

Вариант структуры с доски

← Предыдущая		Версия 16:22, 15 июля 2015
Строка 88:		Строка 88:
	--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 10:54, 8 июля 2015 (UTC)		--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 10:54, 8 июля 2015 (UTC)

	== Вариант структуры с доски ==		== Еще раз изменённый Вариант структуры с доски ==

	[[Файл:Top structure 3 draft.png\|800px\|thumb]]		[[Файл:Top structure 4 draft.png\|800px\|thumb]]

Nachinka: /* Вариант структуры с доски */

2015-07-08T23:15:55Z

Вариант структуры с доски

← Предыдущая		Версия 09:15, 9 июля 2015
Строка 89:		Строка 89:

	== Вариант структуры с доски ==		== Вариант структуры с доски ==
	~~Графическая подсистема включает в себя подсистему геометрического моделирования.~~
	На картинке не вотображено, но балансировка нагрузки разделена на две части (см. обсуждение выше). А еще и нагрузка внутри Предметной области контролируется частично программистами предметной области частично нашей системой?		[[Файл:Top structure 3 draft.png\|800px\|thumb]]
	[[Файл:Top structure 2 draft.png\|800px\|thumb]]

Андрей Чусов: /* По геометрической и графической подсистемам */

2015-07-08T10:54:03Z

По геометрической и графической подсистемам

← Предыдущая		Версия 20:54, 8 июля 2015
Строка 85:		Строка 85:

	Одно из требований к системе моделирования в целом - поддержка многопользовательской работы над одним (или разными) модельными проектами, возможно в разных предметных областях. При работе над одним проектом доступ к одной геометрической модели разделяется между пользователями, в отличие от графики (например, пользователи будут смотреть на сцену под разными углами). Сейчас, конечно, этим пока можно не заморачиваться, но разделение на графику и геометрию в каком-либо виде нужно будет обеспечивать.		Одно из требований к системе моделирования в целом - поддержка многопользовательской работы над одним (или разными) модельными проектами, возможно в разных предметных областях. При работе над одним проектом доступ к одной геометрической модели разделяется между пользователями, в отличие от графики (например, пользователи будут смотреть на сцену под разными углами). Сейчас, конечно, этим пока можно не заморачиваться, но разделение на графику и геометрию в каком-либо виде нужно будет обеспечивать.

			--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 10:54, 8 июля 2015 (UTC)

	== Вариант структуры с доски ==		== Вариант структуры с доски ==

Андрей Чусов: /* Версия 1 */

2015-07-08T10:53:36Z

Версия 1

← Предыдущая		Версия 20:53, 8 июля 2015
Строка 79:		Строка 79:

	--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 10:49, 8 июля 2015 (UTC)		--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 10:49, 8 июля 2015 (UTC)

			=== По геометрической и графической подсистемам ===

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

			Одно из требований к системе моделирования в целом - поддержка многопользовательской работы над одним (или разными) модельными проектами, возможно в разных предметных областях. При работе над одним проектом доступ к одной геометрической модели разделяется между пользователями, в отличие от графики (например, пользователи будут смотреть на сцену под разными углами). Сейчас, конечно, этим пока можно не заморачиваться, но разделение на графику и геометрию в каком-либо виде нужно будет обеспечивать.

	== Вариант структуры с доски ==		== Вариант структуры с доски ==

Андрей Чусов: /* По балансировке нагрузки */

2015-07-08T10:49:40Z

По балансировке нагрузки

← Предыдущая		Версия 20:49, 8 июля 2015
Строка 73:		Строка 73:
	Так мы, вроде, под конец обсуждения в итоге пришли к двойному контролю нагрузки. А может даже и три уровня надо продумать. Первый в системе управления. Второй общий для конкретной Предметной области. И третий для отдельного вычислительного узла.		Так мы, вроде, под конец обсуждения в итоге пришли к двойному контролю нагрузки. А может даже и три уровня надо продумать. Первый в системе управления. Второй общий для конкретной Предметной области. И третий для отдельного вычислительного узла.
	--[[Участник:Nachinka\|Nachinka]] ([[Обсуждение участника:Nachinka\|обсуждение]]) 09:26, 8 июля 2015 (UTC)		--[[Участник:Nachinka\|Nachinka]] ([[Обсуждение участника:Nachinka\|обсуждение]]) 09:26, 8 июля 2015 (UTC)

			Балансировку нагрузки между процессорами узлов предметной области целесообразно проводить локально во избежание пересылки параметров логических процессов по сети, которых может быть много. Эта балансировка может осуществляться аналогично глобальной - разделяемым (между процессорами одного узла) списком параметров имитационных экспериментов (логических процессов). Тогда, если появляется свободный процессор (т.е. по завершении рабочего потока, при завершении всех GPU потоков, а также при старте), он проверяет список на непустоту и, если список не пуст, запускает логический процесс с параметрами, считанными из списка. При появлении события сигнализируется событие, которого ожидает реализация предметной области. Последняя, в свою очередь, создает необходимые рабочие потоки. Такой протокол также не привязан к предметной области, поэтому его можно реализовать независимо от предметной области, однако, поскольку эта реализация работает в пространстве предметного узка, ее можно предоставлять в виде DLL/SO библиотеки либо в виде локального сервера (для поддержки балансировки между процессами, а не потоками).

			Таким образом, мы имеем два уровня балансировки. Подсистема на первом уровне включена в управляющую подсистему, подсистемы на втором уровне выполняются в пространстве одного вычислительного узла.

			--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 10:49, 8 июля 2015 (UTC)

	== Вариант структуры с доски ==		== Вариант структуры с доски ==

Nachinka: /* Вариант структуры с доски */

2015-07-08T09:34:47Z

Вариант структуры с доски

← Предыдущая		Версия 19:34, 8 июля 2015
Строка 77:		Строка 77:
	Графическая подсистема включает в себя подсистему геометрического моделирования.		Графическая подсистема включает в себя подсистему геометрического моделирования.
	На картинке не вотображено, но балансировка нагрузки разделена на две части (см. обсуждение выше). А еще и нагрузка внутри Предметной области контролируется частично программистами предметной области частично нашей системой?		На картинке не вотображено, но балансировка нагрузки разделена на две части (см. обсуждение выше). А еще и нагрузка внутри Предметной области контролируется частично программистами предметной области частично нашей системой?
	[[Файл:Top structure 2 draft.png]]		[[Файл:Top structure 2 draft.png\|800px\|thumb]]

Nachinka в 09:33, 8 июля 2015

2015-07-08T09:33:18Z

← Предыдущая		Версия 19:33, 8 июля 2015
Строка 74:		Строка 74:
	--[[Участник:Nachinka\|Nachinka]] ([[Обсуждение участника:Nachinka\|обсуждение]]) 09:26, 8 июля 2015 (UTC)		--[[Участник:Nachinka\|Nachinka]] ([[Обсуждение участника:Nachinka\|обсуждение]]) 09:26, 8 июля 2015 (UTC)

	== Вариант структуры с доски		== Вариант структуры с доски ==
			Графическая подсистема включает в себя подсистему геометрического моделирования.
			На картинке не вотображено, но балансировка нагрузки разделена на две части (см. обсуждение выше). А еще и нагрузка внутри Предметной области контролируется частично программистами предметной области частично нашей системой?
	[[Файл:Top structure 2 draft.png]]		[[Файл:Top structure 2 draft.png]]

Nachinka в 09:26, 8 июля 2015

2015-07-08T09:26:04Z

← Предыдущая		Версия 19:26, 8 июля 2015
Строка 31:		Строка 31:

	--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 18:35, 7 июля 2015 (UTC)		--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 18:35, 7 июля 2015 (UTC)

			В плане доверия к системе со стороны пользователя есть.
			--[[Участник:Nachinka\|Nachinka]] ([[Обсуждение участника:Nachinka\|обсуждение]]) 09:26, 8 июля 2015 (UTC)

	=== По СУБД ===		=== По СУБД ===
Строка 39:		Строка 42:

	--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 18:35, 7 июля 2015 (UTC)		--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 18:35, 7 июля 2015 (UTC)

			Второй БД - это пользовательские данные - проекты, результаты расчётов. Может БД, может файловая структура. Модный облачный подход и мобильность пользователя.
			--[[Участник:Nachinka\|Nachinka]] ([[Обсуждение участника:Nachinka\|обсуждение]]) 09:26, 8 июля 2015 (UTC)

	=== Use-case ===		=== Use-case ===
Строка 64:		Строка 70:

	--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 08:40, 8 июля 2015 (UTC)		--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 08:40, 8 июля 2015 (UTC)

			Так мы, вроде, под конец обсуждения в итоге пришли к двойному контролю нагрузки. А может даже и три уровня надо продумать. Первый в системе управления. Второй общий для конкретной Предметной области. И третий для отдельного вычислительного узла.
			--[[Участник:Nachinka\|Nachinka]] ([[Обсуждение участника:Nachinka\|обсуждение]]) 09:26, 8 июля 2015 (UTC)

			== Вариант структуры с доски
			[[Файл:Top structure 2 draft.png]]

Андрей Чусов: /* Версия 1 */

2015-07-08T08:40:58Z

Версия 1

← Предыдущая		Версия 18:40, 8 июля 2015
Строка 51:		Строка 51:

	--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 18:35, 7 июля 2015 (UTC)		--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 18:35, 7 июля 2015 (UTC)

			=== По балансировке нагрузки ===

			В старой схеме [[Файл:Top_struct.jpg\|200px\|thumb]] использовалось две системы балансировки нагрузки - глобальная - работающая как подсистема управляющей, и локальные, входящие в конкретную предметную область.

			В такой схеме подразумевалось следующее:
			Подсистема предметной области включает в себя <math>N</math> распределенных ЭВМ, каждая из которых имеет <math>M=\left\{m_1,\cdots, m_N\right\}</math> параллельных вычислителей: CPU и, если допускается использование GPU, то GPU. Соответственно, для предметной области D, задается "глобальная" балансировка нагрузка между элементами <math>M</math>, в соответствии со значениями элементов <math>m_i\in M</math>.

			Далее задается "локальная балансировка нагрузки" для одной ЭВМ <math>m_i</math>.

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

			--[[Участник:Андрей Чусов\|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов\|обсуждение]]) 08:40, 8 июля 2015 (UTC)

Андрей Чусов: Новая страница: «== Версия 1 == Создал юз-кейс для централизованного варианта (когда все данные проходят че…»

2015-07-07T18:35:11Z

Новая страница: «== Версия 1 == Создал юз-кейс для централизованного варианта (когда все данные проходят че…»

Новая страница

== Версия 1 ==

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

=== По HTTPS.===
Пользователь должен проходить аутентификацию и авторизацию на сервере - вводить логин/пароль. Процедуру авторизации/аутентификации придется все-равно писать самостоятельно.
Предполагалось использовать следующий протокол.

Регистрация:
# Пользователь задает логин
# Пользователь задает ключ аутентификации <math>K_A</math> (либо вычисляет его как хеш от пароля).
# Пользователь, используя известный открытый ключ сервера, шифрует логин/ключ и передает их серверу, сервер их сохраняет.

Аутентификация:
# Клиент генерирует случайную байтовую последовательность <math>CRAND</math>.
# Клиент вычисляет шифр <math>CENC_1=E_{K_A}(CRAND)</math>.
# Клиент в открытом виде посылает <math>CRAND</math> и свой логин на сервер.
# Сервер, после получения запроса с <math>CRAND</math> и логином от клиента, вычисляет <math>SENC_1=E_{K_A}(CRAND)</math>.
# Сервер генерирует случайное <math>SRAND</math>
# Сервер вычисляет <math>SENC_2=E_{K_A}(SRAND)</math>.
# Сервер посылает <math>SRAND</math> и <math>SENC_1</math> клиенту по открытому каналу.
# Клиент сравнивает <math>CENC_1</math> и полученный <math>SENC_1</math>, и, если имеется равенство, аутентификация сервера пройдена.
# Клиент вычисляет <math>CENC_2=E_{K_A}(SRAND)</math>.
# Клиент посылает <math>CENC_2</math> в открытом виде на сервер.
# Сервер проверяет равенство <math>CENC_2</math> и <math>SENC_2</math> и, если равенство истинно, аутентификация клиента пройдена.

При таком протоколе мы проводим аутентификацию и клиента, и сервера за раз. Алгоритмы шифрования при аутентификации используются симметричные, следовательно имеется большая производительность, по сравнению с асимметричными шифрами SSL. Единственное место, где возможно проведение атаки "человек-в-середине" и подмена сервера - регистрация, а именно не подтверждается подлинность открытого ключа сервера.

Имеет ли смысл использовать SSL и HTTPS?

--[[Участник:Андрей Чусов|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов|обсуждение]]) 18:35, 7 июля 2015 (UTC)

=== По СУБД ===

Готовым (и поставляемым) продуктом будет сервер со всеми сервисными подсистемами. Таким образом мы будет поставлять и СУБД - MariaDB. Вопрос с лицензированием - не придется ли открывать код?

Еще раз: назначение СУБД2 - бэкапы? Кто будет удалять ненужные проекты, если они хранятся на сервере?

--[[Участник:Андрей Чусов|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов|обсуждение]]) 18:35, 7 июля 2015 (UTC)

=== Use-case ===

Часть юз-кейса с назначением физических параметров модели выглядит немного избыточной. Предлагаю:

# Пользователь обращается к управляющей подсистеме с запросом на ассоциацию данных из СУБД1 с компонентами геометрической модели для выбранной предметной области.
# Управляющая система считывает идентификаторы данных с СУБД2 и ассоциирует их с компонентами модели
# Управляющая подсистема делегирует запрос подсистеме предметной области.
# Подсистема предметной области считывает данные из СУБД напрямую по адресу, предоставленному управляющей подсистемой.
# Подсистема предметной области задает ассоциацию данных с компонентами геометрической модели.

--[[Участник:Андрей Чусов|Андрей Чусов]] ([[Обсуждение участника:Андрей Чусов|обсуждение]]) 18:35, 7 июля 2015 (UTC)