Size: a a a

Архитектура ИТ-решений

2020 November 20

IB

Igor Bespalchuk in Архитектура ИТ-решений
Alexander Luchkov
Не, реализаций как минимум 3)
А сколько эти штуки могут стоить? Исходя из того, что я читаю, это должен быть достаточно дорогой софт - для супер-надежных промышленных решений, аэро-космос-navy, etc.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Igor Bespalchuk
А сколько эти штуки могут стоить? Исходя из того, что я читаю, это должен быть достаточно дорогой софт - для супер-надежных промышленных решений, аэро-космос-navy, etc.
На сколько мне известно покупается фреймворк по лицензии на место разработчика.

Но тут я не могу точно сказать.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Кирилл Омельянов
Я бы RSocket рассмотрел как вариант.
А rocket тут при чем? Это же просто транспорт
источник

КО

Кирилл Омельянов... in Архитектура ИТ-решений
Phil Delgyado
А rocket тут при чем? Это же просто транспорт
Транспорт, но не такой низкоуровневый как WebSockets.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Да тут транспорт - вообще минимальная проблема, если честно. Все равно в stomp оборачивать и делать разные обертки для разного транспорта.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Igor Bespalchuk
Привет всем, коллеги.
Выбираем тут решение в области "realtime data distribution". Чтобы не возиться самим на низком уровне с WebSockets и все такое.
Нам показали Diffusion by Push Technology (см. pushtechnology.com/product-overview), выглядит очень аппетитно.
Кто что про него знает, пробовал?
И какие вообще есть альтернативы с похожей моделью подписки на быстро изменяющиеся данные (feed'ы по типу биржевых котировок и т.п.)?
Pusher Channels? PubNub?
Кто в теме - накидайте, плиз, что стоит посмотреть, а что - не стоит.
Мне советовали https://github.com/centrifugal/centrifugo/blob/master/CHANGELOG.md#v280, но это поверх редиса.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Я сейчас проектирую похожую штуку для себя, но будет там fdb или Кафка - ещё думаю....
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Phil Delgyado
Да тут транспорт - вообще минимальная проблема, если честно. Все равно в stomp оборачивать и делать разные обертки для разного транспорта.
Я его (centrifugo) тоже записал себе в списочек для анализа, но это все-таки тоже messaging, а не data distribution.
Т.е. главная сущность - сообщение, который ты давай сам рожай.
Концепция DSS (спасибо @WatchTh15 что просветил насчет стандарта OMG) добавляет солидный уровень абстракции, такой middleware уже значительно интереснее (если, конечно, подходит к задаче).
Собственно, именно этим и привлек Diffusion, хотя он не DSS-compliant.
Теперь не ты рожаешь сообщения, а "оно само" синхронизирует тебе те данные (их состояние), на которые ты подписался.
Впрочем, они (Push technologies) с RTI как оказалось, с 2013 года как-то там партнерятся, и оба числятся Gartner'ом на хорошему счету в области middleware.
Судя по всему, Diffusion каких-то концепций из DSS все же взял.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, Diffusion - это чей-то 3d party, нужно еще смотреть, а что будет при утечках данных, кто за них будет отвечать, какие гарантии и SLA.
Ну и не для всякого продукта такое решение подойдет.
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Ну, там есть on-premise
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А можешь кинуть ссылку на концепцию DSS?
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Ну, есть спека https://www.omg.org/spec/DDS/1.4/PDF
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Igor Bespalchuk
Ну, там есть on-premise
Я не смог найти описания внутренней архитектуры для Diffusion. Что там в качестве хранилища, как оно работает между ДЦ?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
(Почему все документы от OMG вызывают желание кричать omg!)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но вообще я не верю в универсальное решение, там слишком разные НФТ для разных сценариев использования...
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Со всеми этими DSS-compliant решениями у меня сложилось отчетливое впечатление, что это что-то такое очень правильное, но ме-е-е-дленно развивающееся.
Так медленно, что может и умереть по дороге от старости и тяжести. Как XACML.
Я ищу что-то более "молодежное" и динамичное. У меня не министерство.
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Ну, у RTI описаны очень крутые кейсы http://dtstc.ugr.es/tl/pdf/UGranadaMar11v3.pdf
источник

p

pragus in Архитектура ИТ-решений
Igor Bespalchuk
Чтобы в клиентском приложении выбрать то, что тебя интересует (какое-то подмножество меняющихся объектов) и подписаться именно на их изменения с той или иной частотой (например, не чаще раза в секунду).
И при этом не иметь головняка в ручном восстановлении состояния из дельт.
клиенты часто хотят ещё какие-то функции на отрезке времени. вроде скользящего среднего и произвольного соотношения этих значений на одном и том же отрезке времени.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Igor Bespalchuk
Ну, у RTI описаны очень крутые кейсы http://dtstc.ugr.es/tl/pdf/UGranadaMar11v3.pdf
Эээ, это не крутые кейсы, это крутые откаты )
Кейсы там не описаны, увы.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Прикинь сам, просто server-side messaging для простенького финтеха - это десятки миллионов клиентов, десятки тысяч событий в секунду, категорически ненадежные соединения. А это - простейшие кейсы для использования.
источник