Структура и предыстория:
На данный момент есть система. Ее структура отличается от общей Б/С. То есть внизу есть слой (говорят, что это слой, но на самом деле это отдельная программа). слой — это программа winform. Давайте использовать «обмен» для его представления. В основном он используется для связи с «внешними», отправки, получения и обработки некоторой информации. Никаких подробностей сообщаться не будет.
Тогда текущая структура системы такова:
клиент-веб-сервер (уровень представления-логический уровень-уровень доступа к данным)-база данных-обмен-внешняя
связь в какой-то момент требуется (извне). Конечно, это в режиме реального времени. На самом деле невозможно сделать как CS, который представляет собой просто таймер на «клиенте»), а данные, отправленные «внешним», могут быть своевременно отображены «клиенту». "или данные, отправленные "клиентом", могут быть отправлены "клиенту" своевременно. Внешний". Мы называем это «общением в реальном времени». Большую часть времени «внешние» данные сохраняются непосредственно в базе данных путем «обмена» для последующего использования. Мы называем это «обычным общением».
На данный момент есть два варианта:
во-первых, будь то «общение в реальном времени» или «обычное общение», «обмен» всех полученных извне данных в базу данных, клиент регулярно обращается к веб-серверу, а веб-сервер переходит в базу данных для получения данных, а затем возвращается. Данные клиента также отправляются непосредственно в базу данных, а затем «обмениваются» для чтения данных и пересылаются «внешнему». В частности, это линейная картинка выше.
Это предъявляет более высокие требования к базе данных, поскольку все данные проходят через базу данных, предполагая большой объем обмена данными и табличными операциями. Не знаю, выдержит ли это SQL2005.
2. Для «связи в реальном времени» уровень «коммутации» используется в качестве сервера удаленного взаимодействия, а веб-сервер используется в качестве клиента удаленного взаимодействия. То есть веб-сервер напрямую взаимодействует с программой «обмена». В это время данные хранятся в памяти компьютера, на котором находится программа «обмена», и клиент по-прежнему регулярно ищет веб-сервер. . «Регулярное общение» по-прежнему обрабатывается согласно первому способу. Конкретная структура заключается в добавлении ветки к приведенной выше строке, чтобы веб-сервер мог напрямую связываться с «обменом». При необходимости (то есть во время «связи в реальном времени») данные будут проходить через эту ветку.
Есть ли какие-либо проблемы с этим подходом? Я не знаком с удаленным взаимодействием и понятия не имею, какой может быть производительность такой структуры.
Разница:
между этими двумя методами нет ничего плохого в структуре части «обычного общения». Ключом является часть «связи в реальном времени». Проще говоря, это означает, поступают ли данные из базы данных или веб-сервер напрямую взаимодействует с «биржей».
Теперь нам нужно подумать, какую структуру принять. Требования следующие:
Один сервер не может находиться под слишком большой нагрузкой, иначе система не сможет ее выдержать. (Объем «внешнего» параллелизма очень велик.)
Требования к производительности для части «коммуникации в реальном времени» очень высоки.
Примечание.
Структура БС определена и не может быть изменена. (Предыдущие проекты компании были C/S, а теперь она хочет перейти на B/S)
Со вторым железом проблем нет, и каждая деталь представляет собой отдельный сервер высокой конфигурации.
В-третьих, не у всех может быть четкое представление о «обменной» части. На самом деле она отвечает за множество функций, и нагрузка будет очень высокой. Конечно, это тоже отдельный сервер.
Некоторые конфигурации в основном следующие: Windows2003, MS-SQL2005, VS2005 и т. д., все являются корпоративными версиями.
Вопрос:
Какой из вышеперечисленных методов 1 и 2 имеет лучшие структурные характеристики? (В основном учитывая производительность части «реального времени», давайте пока не будем говорить ни о чем другом)
2. Есть ли другая возможная структура? Или технологии?
3. Некоторые вещи могут быть мне неясны, пожалуйста, оставьте сообщение, и я отвечу как можно скорее.
4. Есть ли у вас друзья, которые занимаются GPS-позиционированием? Пожалуйста, оставьте свои контактные данные и задавайте вопросы.