Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4   вперед  Ctrl      все
 Разработка микросервисов  [new]
-=Koba=-
Member

Откуда: Минск
Сообщений: 1972
У меня скорее организационный вопрос

А как правильно работать с микросервисами?
Когда Eureka, Zuul, 1-2 клиента еще терпимо развернуть локально

Но когда их много и между ними взаимосвязи то поднимать все это уже становиться тяжеловато локально

Может есть какие-то подходы?
22 окт 20, 04:06    [22218677]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
-=Koba=-,

Оркестровка жеж
22 окт 20, 07:31    [22218694]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5596
-=Koba=-
У меня скорее организационный вопрос

А как правильно работать с микросервисами?
Когда Eureka, Zuul, 1-2 клиента еще терпимо развернуть локально

Но когда их много и между ними взаимосвязи то поднимать все это уже становиться тяжеловато локально

Может есть какие-то подходы?


Docker+miniKube?!
<:o)
22 окт 20, 08:50    [22218720]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
-=Koba=-,
Обязательно отпишись как тебе дирижировалось)
Тут и так, полтора землекопа ими занимаются)
22 окт 20, 09:25    [22218731]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Zzz79
Member

Откуда:
Сообщений: 1007
-=Koba=-,

У нас комунда немного допиленная за это отвечает + bpm

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

https://habr.com/ru/company/lanit/blog/349520/
22 окт 20, 10:52    [22218777]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
Zzz79,
БРМ это стандарт. Какое ПО именно у вас по этому стандарту?
22 окт 20, 10:58    [22218782]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
Zzz79,
И кстати, BPM это значит нет микросервисов)
Другая архитектура.
22 окт 20, 11:02    [22218784]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 375
PetroNotC Sharp
Zzz79,
БРМ это стандарт. Какое ПО именно у вас по этому стандарту?

написано же русским языком: camunda
22 окт 20, 11:57    [22218818]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 375
PetroNotC Sharp
Zzz79,
И кстати, BPM это значит нет микросервисов)
Другая архитектура.

не тупи. по мотивам camunda с теми же диаграмками, та же кантора делает zeebe. и позиционирует именно на оркестрацию микросервисов
22 окт 20, 12:01    [22218822]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3778
PetroNotC Sharp
И кстати, BPM это значит нет микросервисов)
Другая архитектура.


Бгг...

недавно mayton приводил ссылку на двухчасовой видосик (22217912), там чувак говорит примерно следующее:
тот кто пишет саги вручную - тот лох, нужно брать уже готовую машину состояний (BPM) и на ней все делать, ибо все нужные примитивы там уже реализованы.
22 окт 20, 12:14    [22218829]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
BPM это хорошо, но считается, что BPM картинки нарисует консультант/аналитик и все само заработает..... а на деле, что бы это хоть как-то запустилось, нужна куча жуткого XML, XSLT, огромная кучка if'ов и заглушек, т.ч. не только аналитик, но и не всякий программист разберется

В результате, иногда совсем не понятно, толи BPM жизнь упрошает, толи безумно усложняет. А если второе - то нафига он (в данном конкретном случае) нужен.

IMHO & AFAIK
22 окт 20, 12:22    [22218833]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
Leonid Kudryavtsev,
Они хотели автоматизировать Процесс. То есть не учет а именно Процесс. (процессный подход).
То есть автоматизировать то что в голове начальника участка Марии Ивановны.
Конечно она сопротивлялась)))
22 окт 20, 12:33    [22218839]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3778
H5N1
не тупи. по мотивам camunda с теми же диаграмками, та же кантора делает zeebe. и позиционирует именно на оркестрацию микросервисов

У камунды какая-то странная судьба.

Вот раньше была activity, разрабатываемая альфреской, давным давно из нее свалили здравомыслящие люди и сделали камунду (даже движок починили, чтобы он-таки поддерживал BPMNv2, а не был некой вариацией на тему), при этом более-менее быстрого старта в камунде до сих пор почему-то не сделали (а может сделали, но вроде как в отрытом доступе нет ничего): как затычку предлагают groovy использовать (ну еще спринговые бины вызывать может), но это значит что обычный консультант/аналитик процесс в камунде ну никак нарисовать не сможет - им бы (камунде) стоило плагины под распространенные платформы/фреймворки понаписать, тогда было бы круто (ну взяли бы себе вкрутили хотя бы Apache Camel или Spring Integration и было бы круто), я документацию по этому zeebe посмотрел - как-то не впечатлило.

Чуть позже (совсем недавно) из activity ушли еще менее-здравомыслящие черти и решили делать Flowable, так они даже не догадались поддержку BPMNv2 починить.

Leonid Kudryavtsev
BPM это хорошо, но считается, что BPM картинки нарисует консультант/аналитик и все само заработает..... а на деле, что бы это хоть как-то запустилось, нужна куча жуткого XML, XSLT, огромная кучка if'ов и заглушек, т.ч. не только аналитик, но и не всякий программист разберется

В результате, иногда совсем не понятно, толи BPM жизнь упрошает, толи безумно усложняет. А если второе - то нафига он (в данном конкретном случае) нужен.


Могу из личного опыта сказать, что консультанта (здравомыслящего) можно научить рисовать "правильные" (правильно декомпозировать процессы, правильно использовать примитивы синхронизации) диаграммы где-то недели за две, но вот реализацией тасков будет провал, если движок бедный.
22 окт 20, 12:44    [22218847]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
Когда я начинал работать программистом (1991-1993) считалось, что
"бардак компьюторизировать не возможно" ( С ) - это аксиома

есть подозрения, что всякие BPM и прочие "рисовалки" придуманы именно для компьюторизации бардака, т.е. изначально (см. аксиома) ошибочная и не работающая идея.

Типа если бардак разрисовать в Power Point или в BPM, то бардак исчезнет и все само собой заработает... оно конечно в чем-то логично... нарисованный и документированный бардак чуть-чуть менее бардачный... но все равно, само собой не работает, красивые бумажки складываются в папки, а как бардак был, так он и остается.

Если же бардака нет, то и без BPM или "оркестровки" все делается в 10-ок строк кода.

IMHO & AFAIK

p.s. может конечно это мне с проектами не везло
22 окт 20, 12:45    [22218849]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
Leonid Kudryavtsev,
Согласен.
При старой методологии разработки был этап
Обследование рабочего места,.... As is to be.
Потом БА оптимизировал БП.
И кодировалось в коде) :)
22 окт 20, 12:50    [22218852]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
Андрей Панфилов,
Конкуренты из шарп посадили их за LUA скриптовый язык и не нужен им никакой BPM)))
22 окт 20, 12:52    [22218854]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
Андрей Панфилов

....но вот реализацией тасков будет провал, если движок бедный.


Обычно пользователю нафиг не сдалась "голая" реализация тасков. Ему нормальная бизнес система (типа 1C) нужна. Ввел данные, нажал на кнопку, получил 100500 отчетов.

BPM и таски это конечно хорошо, но в реальной системе, это 1-5 % функционала.

Например OeBS и модуль закупки. Там есть workflow, процесс утверждения заказа на закупку - красивый, правильный и хороший. Но собственно процесс утверждения начальством, это максимум 5% от всего требуемого функционала.

А все остальное: оформление документов, расчет цен, прием на склад, возврат брака поставшику, планирование (min/max, just in time), ABC анализ и пр. и пр.... BPM вот вообще даром не нужен.

Видел OeBS. Из всех модулей (продажи, склад, открузка, закупки, финансы, кадры, зарплата)... единственный где более-менее осмысленно были нужны workflow - закупка и передача заказов из продаж в закупки. AFAIK Да и то потому, что процессы утверждение и оргструктура физически делалась на workflow. Но их __рисовать__ никогда не требовалось. Все настраивалось через таблички орг. структуры.

Единственный раз когда запускал Oracle Workflow Builder это был.. бл#$%... расчет себестоимости товаров на Workflow... пока модифицировал такую "алтернативно одаренную идею" я все проклял, при том, что нужны были совершенно минимальные правки.

IMHO & AFAIK
22 окт 20, 12:58    [22218857]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 375
Андрей Панфилов

У камунды какая-то странная судьба.

Вот раньше была activity, разрабатываемая альфреской, давным давно из нее свалили здравомыслящие люди и сделали камунду (даже движок починили, чтобы он-таки поддерживал BPMNv2, а не был некой вариацией на тему), при этом более-менее быстрого старта в камунде до сих пор почему-то не сделали (а может сделали, но вроде как в отрытом доступе нет ничего): как затычку предлагают groovy использовать (ну еще спринговые бины вызывать может), но это значит что обычный консультант/аналитик процесс в камунде ну никак нарисовать не сможет - им бы (камунде) стоило плагины под распространенные платформы/фреймворки понаписать, тогда было бы круто (ну взяли бы себе вкрутили хотя бы Apache Camel или Spring Integration и было бы круто), я документацию по этому zeebe посмотрел - как-то не впечатлило.

когда zeebe только анонсировали, говорили что это та же камунда, только состояние процесса никуда не персистится и соответсвенно вся дребедень из cockpit порезана. микросервисы запросто могут генерить тучи процессов в секунду и писать в базу, как делает обычная камунда, дороговато становится.
по camunda я не понял, что у них за фигня с rest клиентом. в квадратик с рест вызовом аналитик должен на жабаскрипте, что-то колхозить с парсингом параметров и судя по всему никто так не делает. все рисуют жава обертки и камунда только жава обертки дергает.
в эпоху, когда все и вся на rest api сделано, подход с обертками выглядит странно.

Сообщение было отредактировано: 22 окт 20, 13:04
22 окт 20, 13:07    [22218863]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
H5N1,
Вероятно принцип адаптера. На любом ЯП пишешь адаптер-обертку которая стыкуется хоть с рест, хоть с...
22 окт 20, 13:27    [22218876]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3778
H5N1
когда zeebe только анонсировали, говорили что это та же камунда, только состояние процесса никуда не персистится и соответсвенно вся дребедень из cockpit порезана. микросервисы запросто могут генерить тучи процессов в секунду и писать в базу, как делает обычная камунда, дороговато становится.
Явно брешут, если предположить, что ручных задач нет (потому что это какбы не BPM, а уже ESB (главное об этом никому не рассказывать, иначе побьют )), то тот же retry никто не отменял, скорее всего таки состояние сохраняют, но не так часто, как обычно. Ну еще у них на картинках есть всякие статистики и мониторинги...
H5N1
по camunda я не понял, что у них за фигня с rest клиентом. в квадратик с рест вызовом аналитик должен на жабаскрипте, что-то колхозить с парсингом параметров и судя по всему никто так не делает. все рисуют жава обертки и камунда только жава обертки дергает.
в эпоху, когда все и вся на rest api сделано, подход с обертками выглядит странно.
А как иначе, если она про предметную область ничего не знает? Если предметную область знать, то можно накидать в нее своих квадратов с нужными параметрами.

Сообщение было отредактировано: 22 окт 20, 13:30
22 окт 20, 13:27    [22218877]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3778
Leonid Kudryavtsev
Обычно пользователю нафиг не сдалась "голая" реализация тасков. Ему нормальная бизнес система (типа 1C) нужна. Ввел данные, нажал на кнопку, получил 100500 отчетов.

BPM и таски это конечно хорошо, но в реальной системе, это 1-5 % функционала.
Вы, очевидно, под тасками подразумеваете ручные активности, здесь это не про это.
22 окт 20, 13:31    [22218879]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
Андрей Панфилов,
Во во, ESB совсем рядом) :
22 окт 20, 13:44    [22218887]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49768
А какие недостатки у 1С ?
22 окт 20, 13:58    [22218893]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
mayton
А какие недостатки у 1С ?
программа для местной автоматизации не выше средних предприятий
22 окт 20, 14:06    [22218900]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 18324
PetroNotC Sharp
программа для местной автоматизации не выше средних предприятий
ну не надо так, и на крупных работает без проблем, только если в серверной конфигурации
да и веб вариант есть
22 окт 20, 14:16    [22218904]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4   вперед  Ctrl      все
Все форумы / Java Ответить