Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8725
Появилась задача - перепилить сайт торговой компании.
Для автоматизации продаж.
Ну, решили сделать он-лайн продажи. Типа, "реальный" онлайн,- безо всяких там перезвонов и проч.
Как вариант - через промежуточный сервер с использование сервис-брокера.
Ну и чо. Читаю что это такое и с чем едят. И всё грустнее и грустнее.

У кого-нибудь есть опыт ПРАКТИЧЕСКОГО построения чего-либо функционирующего автоматически в рамках предприятия с использованием Service Broker?

И да, насчёт, "это в форум ""работа"" " и проч... ,- сайт и всю инфраструктуру буду переделывать НЕ Я. Но мне надо понимать, где потом всё внезапно сдохнет :( .... Внезапно(!) ... Сдохнет....
Посему хотелось бы понять мощность механизма.

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

Заранее спасибо за комментарии/опыт!

--------------------------
No ROM Basic...

PS Нагрузка предполагается пока небольшая (пару десятков заказов в день),- в пике до 10-ти заказов в час, соответственно вряд ли будет использоваться более 10 коннектов. Но вот чуть позже (учитывая тенденцию внедрения той же мобильной торговли), количество заказов будет переваливать за сотню в час в пике. Я б отдал свой механизм (просто сократив время ожидания при обмене), но коллеги выразили желание сделать именно он-лайн продажи (все плюсы и минусы им разъяснены, про "задержки" и "накладки" тоже всё разъяснено, и про клиентов, сидящих в их "магазине" и "пробивающих цены" с "секундными резервированиями" тоже рассказал).
PPS Версия скуль-серверов - 2008 (в разных вариациях), но взять что-то посвежее - без проблем. Всё железо достаточно мощное (соизмеримо с решаемыми задачами, без фанатизма) , часть серверов виртуальные, часть - реальные. Интернета - два несильножирных но стабильных канала от разных провайдеров (и с разных вводов).
PPPS В 2014/2016 по сравнению с 2008ым скулем есть серьёзные улучшения сервисброкера? Стоит ли смотреть в сторону свежих версий скуля только из-за S-Broker?
20 дек 16, 10:54    [20025942]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
SIMPLicity_
У кого-нибудь есть опыт ПРАКТИЧЕСКОГО построения чего-либо функционирующего автоматически в рамках предприятия с использованием Service Broker?

Опыт есть.
SIMPLicity_
Но мне надо понимать, где потом всё внезапно сдохнет :( .... Внезапно(!) ... Сдохнет....

Если использовать SB и AlwaysOn причем роутеры смотрят на листенеры. то при фаловере и переезде сообщения застревают в transmission_queue. Вот даже завели https://connect.microsoft.com/SQLServer/Feedback/Details/3102417, кстати, плюсаните кому не лень.

По поводу отдельного сервера. Можно и с ним и без него. Если нагрузка в расчетах сильно грузит сервер, то лучше на отдельном. А потом обратно отослать.
20 дек 16, 11:20    [20026093]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
Mike_za
Member

Откуда: Москва
Сообщений: 1176
Использую. Сбрасываем через него кеши на клиенте, сейчас расширим для разных типов событий.
Пока проблемы были только с деплоем, с поднятием копии из бекапа и прочее.
Но ощущение ненадежностине покидает.
Ввязались скорее из-за отсутствия свободных клиентских программистов, и нежелания разворачивать сторонние сервера с очередями.
20 дек 16, 11:24    [20026121]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8725
gds
Если использовать SB и AlwaysOn причем роутеры смотрят на листенеры. то при фаловере и переезде сообщения застревают в transmission_queue. Вот даже завели https://connect.microsoft.com/SQLServer/Feedback/Details/3102417,


Не читал, - отметил "на попозже",- но догадываюсь о чём Вы. Мне кажется, что это идеологически (by design, так сказать); но могу ошибаться...
20 дек 16, 11:36    [20026207]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7868
SIMPLicity_,

а вопрос в чем? Оцените цели, ресурсы, инструменты, способы применения инструментов. 4 коня инженерии.
Вы пока что не описали толком ничего :) Только охи, ахи и сервис-брокер.
20 дек 16, 11:45    [20026243]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
Mike_za
Пока проблемы были только с деплоем, с поднятием копии из бекапа и прочее.

А какие проблемы с деплоем? С поднятием из бекапа SB в состоянии OFF, но с тем же GUIDом. т.е. Если поднимаете на том же сервере и есть внешнее взаимодействие, надо просто переназначить новый GUID и включить SB. Если на отдельном сервере поднимаете бекап то можно удалить(поменять) роутеры и включить SB.
20 дек 16, 11:45    [20026248]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
SIMPLicity_
Ну и чо. Читаю что это такое и с чем едят. И всё грустнее и грустнее.

может с практикой будет лучше?
20 дек 16, 11:57    [20026325]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
Ролг Хупин
Member

Откуда: Чебаркуль
Сообщений: 3741
Брокер используем давно, полезная в хозяйстве фича, хотя надо делать аккуратно и с пониманием.
Примеров применения может быть много.
20 дек 16, 13:37    [20026889]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8725
gds
SIMPLicity_
Ну и чо. Читаю что это такое и с чем едят. И всё грустнее и грустнее.

может с практикой будет лучше?

Именно это и читаю.
Плюс теорию и практику на просторах Сети.
Ну в общем как-то пока так:

Наверное это я чего-то недопонимаю.
... чуть попозже ещё продолжу ...
20 дек 16, 14:14    [20027079]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8725
Владислав Колосов
SIMPLicity_,

а вопрос в чем? Оцените цели, ресурсы, инструменты, способы применения инструментов. 4 коня инженерии.
Вы пока что не описали толком ничего :) Только охи, ахи и сервис-брокер.

Пока "цели" и "ресурсы" говорят за то, что этот инструмент придётся отложить в сторону.
Это выглядит (пока?) как в электрощиток лезть красивыми хромированными полированными кусачками.
+
Картинка с другого сайта.

Видимо надо искать другой инструмент ...
... или придётся воспользоваться синей изолентой ....
+
Картинка с другого сайта.


В общем, исследую предметную область....

По-любому, - спасибо за отзывы по делу.
20 дек 16, 14:25    [20027150]     Ответить | Цитировать Сообщить модератору
 Re: Читаю ро Service Broker - пока(?) всё нрустнее и грустнее :(((  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5111
SIMPLicity_
И всё грустнее и грустнее.
так и не стала понятна причина грусти...

У меня опыт проекта с использованием SB (интенсивность сообщений ~2тыс/ч в пиках чуть больше) - система "предбиллинга" (АО не используем).
Как готовить и мониторить гайдов по самые помидоры (вроде на мсдн есть статейка как его разгоняли до 4тыс/сек).
20 дек 16, 16:49    [20028247]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить