Mulesoft и иже с ним

User avatar
KVA
Уже с Приветом
Posts: 5382
Joined: 03 Feb 1999 10:01
Location: NJ, USA

Mulesoft и иже с ним

Post by KVA »

А кто-нибудь тут знаком с Mulesoft? Не было горя но больше начальство выдимо какую-то статью прочитало и стало пропихивать Mulesoft во все дыры.

Хочется аргументировано попытаться отбится от него. Посоветуйте что-нибудь почитать о реальных случаях использования и чем это грозит (c Mulesoft блогом и веб сайтом я знаком).
Bansai
Уже с Приветом
Posts: 8073
Joined: 07 Jan 2000 10:01

Re: Mulesoft и иже с ним

Post by Bansai »

Та же херня с проталкиванием Mulesoft. Посетил два их семинара. Осталось стойкое ощущение, что навязывают хрень. Но руководству нравятся картинки вместо кода.
Буде тобі, враже, так, як відьма скаже
User avatar
Alexander Troyansky
Уже с Приветом
Posts: 5665
Joined: 15 Aug 2008 00:52

Re: Mulesoft и иже с ним

Post by Alexander Troyansky »

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

P.S. mulesoft - наш конкурент в определённой сфере.
I would hope that a wise white man with the richness of his experiences would more often than not reach a better conclusion than a latina female who hasn't lived that life
User avatar
KVA
Уже с Приветом
Posts: 5382
Joined: 03 Feb 1999 10:01
Location: NJ, USA

Re: Mulesoft и иже с ним

Post by KVA »

А можно пример бизнес-процесса хорошо ложащегося на mulesoft?

btw, жоб секьюрити никак не затронута. Удачи им пытаться наши UI на осле кодить. Пока мой непосредственный начальник на моей стороне и согласен что кроме как data layer и для интеграции с вендорами ослик нафик не нужен. Мы отрапортуем что пользуем его и больше начальство будет довольно. Бонус на носу как никак. :)
User avatar
Alexander Troyansky
Уже с Приветом
Posts: 5665
Joined: 15 Aug 2008 00:52

Re: Mulesoft и иже с ним

Post by Alexander Troyansky »

KVA wrote: 26 Dec 2018 19:40 А можно пример бизнес-процесса хорошо ложащегося на mulesoft?
Такое лучше, конечно, рисовать, чем вот так объяснять в словах на форуме. Ну скажем, например, обработка транзакций для медстраховок, где имеют место быть многочисленные потребители усулги, поставщики услуг (доктора, госпитали), плательщики (страховки), причём каналы обмена могут быть разные (телефон, факс, электронные сообщения, фтп), и при этом надо обеспечить приём-отправку данных, как в режиме реального времени, так и пакетном, обеспечить валидацию в соответствии с мегатоннами бизнес-правил и госрегуляций, обеспечить сохранность этих данных, избежать их дупликации, аналитика и предсказание и всё-такое. В конце концов у нас эти процессы "рисуют" бизнес-аналисты, плюс допиливают инженеры, где специфика требует.

btw, жоб секьюрити никак не затронута. Удачи им пытаться наши UI на осле кодить. Пока мой непосредственный начальник на моей стороне и согласен что кроме как data layer и для интеграции с вендорами ослик нафик не нужен. Мы отрапортуем что пользуем его и больше начальство будет довольно. Бонус на носу как никак. :)
Вполне возможно, что уже существующий заматеревший продукт не имеет смысла на осла или какую-либо другую переводить. Тем более, что вы уже нашли компромисное решение.
I would hope that a wise white man with the richness of his experiences would more often than not reach a better conclusion than a latina female who hasn't lived that life
User avatar
KVA
Уже с Приветом
Posts: 5382
Joined: 03 Feb 1999 10:01
Location: NJ, USA

Re: Mulesoft и иже с ним

Post by KVA »

Ну вот что-то такое и представлялось как более-менее годящееся для ослика (куча интеграций и т.д.). А когда все завязано на свою базу данных и пару вызовов сторонних веб-сервисов нафик он не сдался.
User avatar
Вячеслав Викторович
Уже с Приветом
Posts: 5738
Joined: 13 Feb 2016 18:50
Location: Кемерово

Re: Mulesoft и иже с ним

Post by Вячеслав Викторович »

Alexander Troyansky wrote: 26 Dec 2018 20:59
KVA wrote: 26 Dec 2018 19:40 А можно пример бизнес-процесса хорошо ложащегося на mulesoft?
Такое лучше, конечно, рисовать, чем вот так объяснять в словах на форуме. Ну скажем, например, обработка транзакций для медстраховок, где имеют место быть многочисленные потребители усулги, поставщики услуг (доктора, госпитали), плательщики (страховки), причём каналы обмена могут быть разные (телефон, факс, электронные сообщения, фтп), и при этом надо обеспечить приём-отправку данных, как в режиме реального времени, так и пакетном, обеспечить валидацию в соответствии с мегатоннами бизнес-правил и госрегуляций, обеспечить сохранность этих данных, избежать их дупликации, аналитика и предсказание и всё-такое. В конце концов у нас эти процессы "рисуют" бизнес-аналисты, плюс допиливают инженеры, где специфика требует.

btw, жоб секьюрити никак не затронута. Удачи им пытаться наши UI на осле кодить. Пока мой непосредственный начальник на моей стороне и согласен что кроме как data layer и для интеграции с вендорами ослик нафик не нужен. Мы отрапортуем что пользуем его и больше начальство будет довольно. Бонус на носу как никак. :)
Вполне возможно, что уже существующий заматеревший продукт не имеет смысла на осла или какую-либо другую переводить. Тем более, что вы уже нашли компромисное решение.
Вообще конечно какой то детский сад. Задачи, которые уже мнократно и качественно решены во многих странах, расписываются как супер-пупер неразрешимо сложные системы с недетерминированными формулами и массой других непонятных слов.
Обычно платят не за бла-бла-бла, вот по моему опыту. Хотя конечно где-то бывает и иначе.
User avatar
Вячеслав Викторович
Уже с Приветом
Posts: 5738
Joined: 13 Feb 2016 18:50
Location: Кемерово

Re: Mulesoft и иже с ним

Post by Вячеслав Викторович »

KVA wrote: 14 Dec 2018 22:23 А кто-нибудь тут знаком с Mulesoft? Не было горя но больше начальство выдимо какую-то статью прочитало и стало пропихивать Mulesoft во все дыры.

Хочется аргументировано попытаться отбится от него. Посоветуйте что-нибудь почитать о реальных случаях использования и чем это грозит (c Mulesoft блогом и веб сайтом я знаком).
Spring Integration использует те же интеграционные паттерны, что и Mule и активно вытесняет Mule ESB. Лично мой 2-х годичный опыт от Spring Integration более чем положительный.
https://www.google.com/search?q=spring+ ... s+mulesoft
Сейчас Mulesoft пытается "подружить" Spring Integration и Mule ESB.
https://www.mulesoft.com/resources/esb/ ... ntegration
Ну не знаю, сейчас в проекте, где используют централизованную Oracle ESB. Опыт негативный, административные затраты на поддержку слишком высоки.
В связи с миграцией в AWS, система находится в режиме перманентного реконфигурирования, где постоянно происходят ошибки и различные проблемы.
Мне кажется, что разумный компромис между централизацией и децентрализацией попросту утрачен.
User avatar
Alexander Troyansky
Уже с Приветом
Posts: 5665
Joined: 15 Aug 2008 00:52

Re: Mulesoft и иже с ним

Post by Alexander Troyansky »

Вячеслав Викторович wrote: 26 Dec 2018 23:46
Alexander Troyansky wrote: 26 Dec 2018 20:59
KVA wrote: 26 Dec 2018 19:40 А можно пример бизнес-процесса хорошо ложащегося на mulesoft?
Такое лучше, конечно, рисовать, чем вот так объяснять в словах на форуме. Ну скажем, например, обработка транзакций для медстраховок, где имеют место быть многочисленные потребители усулги, поставщики услуг (доктора, госпитали), плательщики (страховки), причём каналы обмена могут быть разные (телефон, факс, электронные сообщения, фтп), и при этом надо обеспечить приём-отправку данных, как в режиме реального времени, так и пакетном, обеспечить валидацию в соответствии с мегатоннами бизнес-правил и госрегуляций, обеспечить сохранность этих данных, избежать их дупликации, аналитика и предсказание и всё-такое. В конце концов у нас эти процессы "рисуют" бизнес-аналисты, плюс допиливают инженеры, где специфика требует.

btw, жоб секьюрити никак не затронута. Удачи им пытаться наши UI на осле кодить. Пока мой непосредственный начальник на моей стороне и согласен что кроме как data layer и для интеграции с вендорами ослик нафик не нужен. Мы отрапортуем что пользуем его и больше начальство будет довольно. Бонус на носу как никак. :)
Вполне возможно, что уже существующий заматеревший продукт не имеет смысла на осла или какую-либо другую переводить. Тем более, что вы уже нашли компромисное решение.
Вообще конечно какой то детский сад. Задачи, которые уже мнократно и качественно решены во многих странах, расписываются как супер-пупер неразрешимо сложные системы с недетерминированными формулами и массой других непонятных слов. Обычно платят не за бла-бла-бла, вот по моему опыту. Хотя конечно где-то бывает и иначе.
В общем-то да, медстрахование в США - это монстр, который по силу только нашему пионеру из Германии, который лично многократно и качественно решил эти задачи в Европе и теперь его с нетерпеньем ждут США, а он всё не едет, поэтому у нас всё так плохо :sadcry:
I would hope that a wise white man with the richness of his experiences would more often than not reach a better conclusion than a latina female who hasn't lived that life
User avatar
Вячеслав Викторович
Уже с Приветом
Posts: 5738
Joined: 13 Feb 2016 18:50
Location: Кемерово

Re: Mulesoft и иже с ним

Post by Вячеслав Викторович »

Alexander Troyansky wrote: 27 Dec 2018 01:24
Вячеслав Викторович wrote: 26 Dec 2018 23:46
Alexander Troyansky wrote: 26 Dec 2018 20:59
KVA wrote: 26 Dec 2018 19:40 А можно пример бизнес-процесса хорошо ложащегося на mulesoft?
Такое лучше, конечно, рисовать, чем вот так объяснять в словах на форуме. Ну скажем, например, обработка транзакций для медстраховок, где имеют место быть многочисленные потребители усулги, поставщики услуг (доктора, госпитали), плательщики (страховки), причём каналы обмена могут быть разные (телефон, факс, электронные сообщения, фтп), и при этом надо обеспечить приём-отправку данных, как в режиме реального времени, так и пакетном, обеспечить валидацию в соответствии с мегатоннами бизнес-правил и госрегуляций, обеспечить сохранность этих данных, избежать их дупликации, аналитика и предсказание и всё-такое. В конце концов у нас эти процессы "рисуют" бизнес-аналисты, плюс допиливают инженеры, где специфика требует.

btw, жоб секьюрити никак не затронута. Удачи им пытаться наши UI на осле кодить. Пока мой непосредственный начальник на моей стороне и согласен что кроме как data layer и для интеграции с вендорами ослик нафик не нужен. Мы отрапортуем что пользуем его и больше начальство будет довольно. Бонус на носу как никак. :)
Вполне возможно, что уже существующий заматеревший продукт не имеет смысла на осла или какую-либо другую переводить. Тем более, что вы уже нашли компромисное решение.
Вообще конечно какой то детский сад. Задачи, которые уже мнократно и качественно решены во многих странах, расписываются как супер-пупер неразрешимо сложные системы с недетерминированными формулами и массой других непонятных слов. Обычно платят не за бла-бла-бла, вот по моему опыту. Хотя конечно где-то бывает и иначе.
В общем-то да, медстрахование в США - это монстр, который по силу только нашему пионеру из Германии, который лично многократно и качественно решил эти задачи в Европе и теперь его с нетерпеньем ждут США, а он всё не едет, поэтому у нас всё так плохо :sadcry:
слезами делу не поможешь. надо не языком молотить, а просто расширять кругозор, глубже копать матчасть, упорнее и эффективнее работать.
Рецепт прост! и у вас тоже начнёт всё получаться.
User avatar
Alexander Troyansky
Уже с Приветом
Posts: 5665
Joined: 15 Aug 2008 00:52

Re: Mulesoft и иже с ним

Post by Alexander Troyansky »

Вячеслав Викторович wrote: 28 Dec 2018 01:56 слезами делу не поможешь. надо не языком молотить...
Молодец, Викторыч, можно сказать, что проблема определена, одобряю, можете приступать к исполнению
I would hope that a wise white man with the richness of his experiences would more often than not reach a better conclusion than a latina female who hasn't lived that life

Return to “Вопросы и новости IT”