Гость
Войти | Профиль | Очистить
Действия ...
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Вопрос по архитектуре приложения (ASP.NET, C#) / 25 сообщений из 46, страница 1 из 2
  1  все
21.12.2016, 13:08
    #39371854
yabs
yabs
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
всем доброго дня.

стоим перед выбором, как правильнее спроектировать приложение.

Приложение будет проверять счета от поставщиков(например сверка кол-ва и цен).
Счета будут приходить как бумажные, так и в электронном виде.
бумажные будут вбиваться через web, который планируется сделать в ASP.NET (возможно Core).

т.е. проект будет состоять из веб-части и как минимум одного Worker'а, который с Web ничего общего не имеет

мой вопрос в том, насколько богомерзко все эти процессы засунуть в ASP.NET (напрмер запускать их отдельным Thread'ом в Startup.cs)?

Просто, если пойти другим путем(для Worker'ов делать отдельное приложение), то нужно как-то связывать web и процессы(например для оповещения Worker'а о поступлении нового счета).
А это значит или настроить между ними соединение(на ум приходит WCF) или делать каждые пару минут проверку, не появились ли новые счета в БД. В общем ни одно из решений мне не нравится как-то.

Что скажете?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 13:20
    #39371873
yabs
yabs
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
вот попытался схематично обозначить варианты решений







альтернативные варианты приветствуются
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 14:44
    #39371986
mad_nazgul
mad_nazgul
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabs,

Вообще можно по разному. Точнее как вам удобно/умеете.
А так я бы предложил сделать так.

Сделать для проверки счетов отдельное приложение/сервис (СПС).
СПС получает данные из очереди (MS MQ)
Результат проверки пишет в БД и/или отправляет в другую очередь.

Есть "клиенты" веб (для ввода в ручную) и SOAP(для электронного)
Которые отправляют ч/з очередь соответствующие счета в СПС.

Пишется отдельно приложение для просмотра результатов проверки.
Данные берутся из БД и/или очереди.

Где-то так.
Но еще раз повторю. Лучше в начале сделайте как можете/умеете.
Потом делаете рефакторинг. ;-)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 16:20
    #39372108
yabs
yabs
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
спасибо
хотелось бы сразу все сделать по-хорошему
про MS MQ почитал - интересно
из плюсов отметил, что сообщения не теряются даже в случае временной недоступности адресата
из минусов - по умолчания, я так понял, сообщения передаются только в контексте одного компьютера, для отправки на другие ПК, используется Active Directory?

что вы имеете в виду под СПС?
на тему варианта номер 1, вот набрел на статью http://www.hanselman.com/blog/HowToRunBackgroundTasksInASPNET.aspx
значит, кому-то еще приходит в голову такое порно ))
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 16:22
    #39372111
mikron
mikron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabs,

IMHO нормальная архитектура должна рассматривать отказоустойчивость.
Если документы в базе данных то они под транзакционным контролем, и взаимодействие с сервисом проще так-же пустить под транзакционный контроль.
Вариант 1/2B: добавленный документ коммитед, комуникациа с сервисом или/сервис недоступен. Как будете востанавливать процесс?
Вариант 2A: вполне рабочий. Можно так-же использовать транзакционную очеред как отдельный компонент для доставки нотификаций к сервису но IMHO в вашем случае преимуществ не вижу а недостатки очевидны: +1 компонента, которую надо поддерживать, синхронный бекап не получите.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 17:06
    #39372157
yabs
yabs
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
спасибо за мнение
mikronВариант 1/2B: добавленный документ коммитед, комуникациа с сервисом или/сервис недоступен.
в варианте 1 как это может произойти?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 17:08
    #39372158
yabs
yabs
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
mikron,

в варианте 2B предыдущий оратор предложил использовать MS MQ например
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 17:13
    #39372166
mikron
mikron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabsспасибо за мнение
mikronВариант 1/2B: добавленный документ коммитед, комуникациа с сервисом или/сервис недоступен.
в варианте 1 как это может произойти?
Элементарно: сервисным процесс завершился по ошибке или просто по сбою питания.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 17:21
    #39372171
mikron
mikron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabsmikron,

в варианте 2B предыдущий оратор предложил использовать MS MQ например
Конечно можно. Но как будете бэкапить синхронно базу и очередь? А теперь представьте что вам нужно восстановить бэкап. Как будете наполнять очередь?

Я бы взял 2А и если нужно уменьшить задержку в обработке документов, то дополнить его не трензакционным, не персистентным, легковесным возможно даже не гарантированным каналом для оповещения сервиса о поступлении новых данных.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 17:40
    #39372191
yabs
yabs
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
mikronyabsспасибо за мнение
пропущено...

в варианте 1 как это может произойти?
Элементарно: сервисным процесс завершился по ошибке или просто по сбою питания.
вы правы
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 17:45
    #39372194
yabs
yabs
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
mikronКонечно можно. Но как будете бэкапить синхронно базу и очередь? А теперь представьте что вам нужно восстановить бэкап. Как будете наполнять очередь?
как я себе это представляю:
клиент:
1. сохраняет invoice в БД
2. если коммит без ошибок, то пишем в очередь
сервис:
1. читает сообщение из очереди
2. обрабатывает invoice
3. стирает сообщение из очереди
mikronЯ бы взял 2А и если нужно уменьшить задержку в обработке документов, то дополнить его не трензакционным, не персистентным, легковесным возможно даже не гарантированным каналом для оповещения сервиса о поступлении новых данных.
задержка вообще не волнует
хоть полчаса
P.S. Сеть продуктовых магазинов все равно платит в последний день ))
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.12.2016, 20:39
    #39372365
17-77
17-77
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabs,

1. IIS по умолчанию не предназначен для запуска фоновых процессов, он вырубает приложение через 20 минут бездействия, поэтому нужен внешний процесс
2. очередь можно построить либо на реляционной базе данных, либо с использованием MSMQ и аналогов
3. запуск обработки может быть либо по таймеру, либо когда появляются данные

решения:
1.
1.1. загуглите hangfire и аналоги, эта штука будет вызывать фоновые процессы на вашем IIS сервере, что-то вроде планировщика как услуга
1.2. если по каким-то причинам не хочется использовать внешний сервис - обернуть свой планировщик в виндовый сервис, загуглить Quartz.NET или аналоги и использовать в качестве основы
2. я не вижу особой сложности приложения, запредельной производительности, поэтому для простоты необходимо использовать реляционную базу данных как очередь. MSMQ надо изучать, разворачивать, настраивать, использовать провайдеры/библиотеки для доступа к функциям. лишнее звено, тем более, если надо будет синхронизировать данные в БД и в очереди с учетом транзакции - это потенциальная точка риска, а однозначных плюсов я не вижу. делаете таблицу в БД, туда сливаете свои документы, добавите статус (новый, в обработке, обработано), потом запускаете фоновый поток, который будет брать очередные 10-100 записей и обрабатывать их. если понадобится увеличить производительность - запускаете второй поток и синхронизируете доступ к таблице через сериалайзед транзакцию и изменение статуса новый -> в обработке -> обработано
3. по умолчанию планировщик запускает фоновый процесс по расписанию (каждую минуту например), так же желательно предусмотреть, чтобы следующий цикл не запускался, пока не завершится предыдущий. можно предусмотреть внеочередной запуск обработки. этот метод можно будет вызывать из UI, когда например пользователь нажмет кнопку "сохранить"

отдельно про UI - в системах на массовый ввод документов необходимо очень хорошо подумать - подойдет ли веб интерфейс для быстрого ввода документов. декстопное приложение будет более отзывчивое и надежное с точки зрения пользователя

вопросы?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 09:03
    #39372551
skyANA
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabsспасибо
хотелось бы сразу все сделать по-хорошему
про MS MQ почитал - интересно
из плюсов отметил, что сообщения не теряются даже в случае временной недоступности адресата
из минусов - по умолчания, я так понял, сообщения передаются только в контексте одного компьютера, для отправки на другие ПК, используется Active Directory?

что вы имеете в виду под СПС?
на тему варианта номер 1, вот набрел на статью http://www.hanselman.com/blog/HowToRunBackgroundTasksInASPNET.aspx
значит, кому-то еще приходит в голову такое порно ))
А агрументы есть, почему это порно? :) Годами работает без проблем.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 09:06
    #39372552
skyANA
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabs, нагрузка-то какая предполагается?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 11:22
    #39372661
yabs
yabs
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
skyANAА агрументы есть, почему это порно? :) Годами работает без проблем.
порно - это я про вариант номер 1
ну потому что IIS создан для хостенья веб-приложений и, как тут уже один из ораторов высказался, по умолчанию он настроен укладывать спать приложение после Х минут неактивности

нагрузка, думаю, смешная будет
в день поступает приблизительно 200-300 счетов
около 20 пользователей
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 12:24
    #39372752
17-77
17-77
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabsнагрузка, думаю, смешная будет
в день поступает приблизительно 200-300 счетов
около 20 пользователей
hangfire или аналог и запускать фоновую задачу после каждого "сохранить", можно передавать ид документа по одному или пачкой
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 15:18
    #39373036
skyANA
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabsskyANAА агрументы есть, почему это порно? :) Годами работает без проблем.
порно - это я про вариант номер 1
ну потому что IIS создан для хостенья веб-приложений и, как тут уже один из ораторов высказался, по умолчанию он настроен укладывать спать приложение после Х минут неактивности

нагрузка, думаю, смешная будет
в день поступает приблизительно 200-300 счетов
около 20 пользователей
200-300 счетов в день, 20 пользователей? :)

При такой нагрузке никакой worker не нужен. Прилетел файл, сохранили, Task.Run. Всё.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 15:19
    #39373038
skyANA
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
Да и даже Task.Run не нужен.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 17:02
    #39373156
17-77
17-77
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
yabs, skyANA
еще бы знать время обработки одного документа
* если будет минута и выше, пользователям будет казатся что сайт/приложение зависло, поэтому было бы хорошо сделать фоновую обработку
* если обработка занимает несколько секунд - то да, делать ее сразу же, и никаких фоновых задач
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 17:58
    #39373206
Petro123
Petro123
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
17-77если будет минута и выш
а вы не делайте минуту и выше.
Что можно в БД делать 60 секунд с 4-мя 10-тью ядрами?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 19:35
    #39373251
skyANA
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
17-77yabs, skyANA
еще бы знать время обработки одного документа
* если будет минута и выше, пользователям будет казатся что сайт/приложение зависло, поэтому было бы хорошо сделать фоновую обработку
* если обработка занимает несколько секунд - то да, делать ее сразу же, и никаких фоновых задач
ТС пишет: "Приложение будет проверять счета от поставщиков(например сверка кол-ва и цен)".

Это что за счёт такой должен быть, чтобы его больше минуты обрабатывать?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 19:37
    #39373252
skyANA
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
И даже если минуты, то почему именно фоновый процесс на сервере? На клиенте Web Worker пишется за 15 минут.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 21:04
    #39373296
17-77
17-77
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
да кто знает что там, может опрос десятка внешних систем по 30 секунда каждая

про веб воркер не знал, не пользовался, не могу ничего сказать, а если случайно браузер закроют - что будет?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2016, 21:09
    #39373298
skyANA
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
17-77да кто знает что там, может опрос десятка внешних систем по 30 секунда каждая

про веб воркер не знал, не пользовался, не могу ничего сказать, а если случайно браузер закроют - что будет?
Что-то на схеме нет внешних систем :)

Если браузер закроют, то ничего не будет.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.12.2016, 08:51
    #39373466
mad_nazgul
mad_nazgul
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вопрос по архитектуре приложения (ASP.NET, C#)
skyANAТС пишет: "Приложение будет проверять счета от поставщиков(например сверка кол-ва и цен)".

Это что за счёт такой должен быть, чтобы его больше минуты обрабатывать?

Не счет обрабатывается, а проверка.
Причем не понятно, с какая там будет задержка.
Хорошо если нет связи с внешними системами.
А если есть, а на "той стороне" оператор ручками делает проверку счета. :-)

Но опять же это зависит от конкретной постановки задачи.
Возможно очередь и асинхронная обработка проверки счета это оверинжениринг.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Вопрос по архитектуре приложения (ASP.NET, C#) / 25 сообщений из 46, страница 1 из 2
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 168ms
Закрыть
start [/forum/topic.php?fid=33&tablet=1&tid=1547317]:
 0ms
get settings:
 8ms
get forum list:
 16ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 37ms
get topic data:
 12ms
get forum data:
 2ms
get page messages:
 70ms
get tp. blocked users:
 2ms
others: 15ms
total:  168ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]