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

Откуда:
Сообщений: 1005
-=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.! из "Сравнения субд"
Сообщений: 374
PetroNotC Sharp
Zzz79,
БРМ это стандарт. Какое ПО именно у вас по этому стандарту?

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

Откуда: Yo.! из "Сравнения субд"
Сообщений: 374
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.! из "Сравнения субд"
Сообщений: 374
Андрей Панфилов

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

Вот раньше была 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
Сообщений: 49763
А какие недостатки у 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]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
А если из не-функциональных? Масштабирование там...
22 окт 20, 14:20    [22218907]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 374
PetroNotC Sharp
H5N1,
Вероятно принцип адаптера. На любом ЯП пишешь адаптер-обертку которая стыкуется хоть с рест, хоть с...

ну так это все прелести bpm убивает. получается без правки кода новый ендпоинт не подсунуть. если на каждый чих нужно код править и редеплой ...

Андрей Панфилов

А как иначе, если она про предметную область ничего не знает?

типа как Postman, ну или как всяие ETL сделаны, они же не просят на обертки писать для rest источника.

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

Откуда:
Сообщений: 6525
H5N1,
Должен быть алаптер который настраивается. Например шаблон rest пути....
Он один на все rest.
22 окт 20, 14:29    [22218914]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
вадя,
Значит твоё крупное это наше среднее.
22 окт 20, 14:30    [22218915]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Zzz79
Member

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


К сообщению приложен файл. Размер - 85Kb
22 окт 20, 16:15    [22218973]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Zzz79
Member

Откуда:
Сообщений: 1005
таких схем у нас 99 штук- все вместе это работает и орекстрируется бпм
22 окт 20, 16:17    [22218976]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

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

А где нарисован чОрный ящик микросервиса?
22 окт 20, 17:13    [22218999]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 18324
PetroNotC Sharp
вадя,
Значит твоё крупное это наше среднее.
ну-ну. поосторожнее с определениям.
УГМК, ВСМПО-АВИСМА - средние?
22 окт 20, 17:27    [22219001]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
dakeiras
Member

Откуда:
Сообщений: 627
не понимаю зачем нужно всё это. Сектантство какое то.
Archimate...

Наверное я тупой.
22 окт 20, 18:03    [22219021]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
dakeiras, проектирование - сектанство?
22 окт 20, 18:17    [22219034]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Zzz79
Member

Откуда:
Сообщений: 1005
PetroNotC Sharp
Zzz79,

А где нарисован чОрный ящик микросервиса?

все вот эти квадаратики - это таски разных сервисов- которые дергаются)
на данной схеме взаимодействие 9 микросервисов)
22 окт 20, 18:39    [22219049]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
а у пользователя на экране что ?
22 окт 20, 18:44    [22219051]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Zzz79
Member

Откуда:
Сообщений: 1005
Leonid Kudryavtsev
а у пользователя на экране что ?

у какого?
22 окт 20, 18:50    [22219055]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Большой Синий Кит
Member

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

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

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

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


Kubernetes on AWS
22 окт 20, 18:57    [22219058]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Большой Синий Кит
Member

Откуда: Синий Океан
Сообщений: 1070
Не надо локально :)
22 окт 20, 19:09    [22219070]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
dakeiras
Member

Откуда:
Сообщений: 627
mayton
dakeiras, проектирование - сектанство?


это не проектирование а рисование вслепую наскальное.
И да, семантические нотации это сектантство.

Зачем рисовать убогие схемы если можно 1 раз написать код.
22 окт 20, 23:10    [22219188]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
dakeiras
mayton
dakeiras, проектирование - сектанство?


это не проектирование а рисование вслепую наскальное.
И да, семантические нотации это сектантство.

Зачем рисовать убогие схемы если можно 1 раз написать код.

Перед тем как строить дом, делают проект.
Это экономит деньги при строительстве. И позволяет избежать непонимания.

Но хорошие практики в наше время забыты, ага.
22 окт 20, 23:59    [22219201]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
dakeiras
это
ты вокруг себя никого не наблюдаешь?
Есть кодировщики, есть программисты, есть бизнес аналитики, архитекторы.
И для всех код лучше наскальных рисунков фараонов?))).
23 окт 20, 07:42    [22219239]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
В BPL считается, что этот наскальный рисунок сделанный аналитиком еще можно и запустить и он будет работать.

Если бы при этом не приставали к программистам со всякой ерундой, типа, мы нарисовали, почти работает, но не так как надо ))) - было бы и ладно. Но обычно оказывается, что перейти от "почти" к "так как надо" - это нужно бежать за поллитра (т.к. без него не разберешься) и пару недель какой-то дикостью заниматься и бесконечные XML-простыни трассировать.

Соответственно, программистам это радости не добавляет ))) Т.к. весь функционал этого рисунка, можно было бы описать в 10-15 строках простейшего и элементарнейшего кода, без всякого вреда для печени

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

Откуда:
Сообщений: 6525
Leonid Kudryavtsev,

Конечно, задумка менеджеров избавится от прогеров не удалась. В который раз.
(в первый раз пыталась 1С)))
23 окт 20, 09:27    [22219271]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Zzz79
Member

Откуда:
Сообщений: 1005
Leonid Kudryavtsev
В BPL считается, что этот наскальный рисунок сделанный аналитиком еще можно и запустить и он будет работать.

Если бы при этом не приставали к программистам со всякой ерундой, типа, мы нарисовали, почти работает, но не так как надо ))) - было бы и ладно. Но обычно оказывается, что перейти от "почти" к "так как надо" - это нужно бежать за поллитра (т.к. без него не разберешься) и пару недель какой-то дикостью заниматься и бесконечные XML-простыни трассировать.

Соответственно, программистам это радости не добавляет ))) Т.к. весь функционал этого рисунка, можно было бы описать в 10-15 строках простейшего и элементарнейшего кода, без всякого вреда для печени

IMHO

ты не прав- этот рисунок не просто рисунок - это рант тайм схемы ,на которых живут твои объекты( в нашем случае кредитные заявки)
и мы визуально смотрим на весь процесс со стороны- где что то пошло не так и тд,в любой момент времени я могу увидеть свою заявку ,посмотреть на каком процессе она сейчас,какие переменные в ней находятся и тд.Учитывая что таких схем 99,то я не совсем понимаю ,как ты бы написал этот код( хотя написать то не проблема) а вот как его поддерживать?
23 окт 20, 10:09    [22219303]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
Да информацию о переходах заявки по статусам можно было-бы показывать в логах.
Но мы люди-человеки и нам графическая инфомация всегда нагляднее и быстрее
дана в восприятие при оценке проблем.

Также как и Стасовы заявки так и мои AWS Step-Functions лучше поддаются анализу
визуально.

P.S. Да. Доброе слово подкрепленное оружием действует лучше чем просто доброе слово.
23 окт 20, 10:15    [22219308]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
Zzz79,
То что вы Смотрите как папуасы на рисунки не суть BPM.
А так, все нормально. Смотрите.
23 окт 20, 11:14    [22219347]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
Zzz79

кредитные заявки
...
в любой момент времени я могу увидеть свою заявку

И в каком банке такое чудо ?
Что пользователь может увидеть СВОЮ заявку и реальный внутренний процесс утверждения в банке.

В ВТБ, утверждение заявки со стороны клиента/операционистки - заполнили заявку... нажали на кнопку... подождите пожалйста... ой, извините, но Вам ее не одобрили

Переодически помогаю допиливать Горячую Линию на OeBS. Заявка, статус заявки, подразделение которое в данный момент ее выполняет (или порожденная заявка, если сразу несколько подразделений) и т.д. Никакие картинки даром не нужны. (часть системы сделана на Oracle Script - где GUI можно мышкой рисовать ))) но опять таки, от этого Oracle Script больше проблем, чем удобств, а вот Oracle Workflow вообще не используется)

Возможно начальство и хотело бы красивые метрики как BPM-пакеты умеют в онлайне рисовать: сколько заявок, среднее время обработки и пр. и пр... Но в целом, вся та же аналитика все равно в отчетах за неделю/месяц собирается. А в онлайне - ну красиво, ну модно... но все понимают, что это средняя температура по больнице, ничего реально не показывающая.
23 окт 20, 13:00    [22219439]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
Почему пользователь?
23 окт 20, 13:34    [22219479]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
mayton
Почему пользователь?

да хоть сотрудник
нафига ему эта картинка?

ему нужно заявку сплавить/перевести в другое подразделение
т.е. нужно какие заявки на нем сейчас, что он не сделал/не заполнил, почему она не переводится

собственно картинка, как вообще может ходить эта заявка - интересна исключительно топ-ам на презентации, что бы они всю крутость своей компании и сложность системы осознали

на той недели девушка умерла, ну позвонил я в 911, с вопросом: врач был / мент был, пять часов прошло, когда "спецтехника" наконец приедет?.... посмотрели статус заявки: мы свою часть отработали, спецтехникой занимаются менты, звоните им.

В общем, это и без картинок в BPM понятно ))). 3-и организации: диспетчер, врачи, менты. Заявку принял, переслал по инстанциям, все.

То, что по бизнес процессу может быть: патологоанатом, прокуратура, исходя из причин смерти разрешена или запрешена кримация, бухой дятя Коля копающий могилы....

На BPM картинке нарисовать конечно можно: смотрите какая сложная и крутая система получается.

Но в реальной жизни, __конкретному__ сотруднику, вся эта вселенская сложность даром не нужна. Диспетчеру нужно дозвониться до врачей/ментов и он свою работу сделал. Ментам нужно забрать тело и передать бумажку в прокуратуру. Бухому дяди Коли выкопать яму. Все остальные сложности - им даром на их рабочем месте не сдались.

Ну и BPM-аналитика: сколько в СПб одновременно копается ям - оно конечно интересно, но в большинстве случаев бессмысленно.
23 окт 20, 14:53    [22219548]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 374
Leonid Kudryavtsev
mayton
Почему пользователь?

да хоть сотрудник
нафига ему эта картинка?

ему нужно заявку сплавить/перевести в другое подразделение
т.е. нужно какие заявки на нем сейчас, что он не сделал/не заполнил, почему она не переводится

собственно картинка, как вообще может ходить эта заявка - интересна исключительно топ-ам на презентации, что бы они всю крутость своей компании и сложность системы осознали


это нужно именно программерам и эсксплуатации. программерам надо, что бы передать отделу эксплуатации и не вникать че там бизнесу надо на каждый чих. есть инструмент, бизнес с его отделом эксплуатации сам должен иметь возможность конфигурить свои процессы.
эксплуатации же нужно нормально и наглядно видеть, что там происходит. они внесли изменения в существующий процесс, теперь они задеплоили и конечно же хотят нормально видеть что те заявки, что стартанули на старой версии, так и продолжают работать в рамках старой версии. новые же заявки идут по новому процессу и ничего после деплоя не застряло.
при этом все это не наколхожено на коленках без документации. можно взять программера, дать ему доку, дать примеры, дать форум для вопросов.
23 окт 20, 15:22    [22219579]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
Я согласен со всеми ораторами. Просто добавлю что зачастую граф переходов для ордера
или заявки в исходном виде (исходнике или конфиге) является единственной верной документацией
по состоянию.

Как он представлен (конфигом или картинкой или java-кодом или в базе табличкой)
это уже второй вопрос.

Главное что он в течение считанных минут позволяет выяснить какого хрена с ордером
происходит сейчас без длительного ковыряния бизнес-документации которая как всегда
не up-to-date (старенький pdf от 1997 года) или находится в виде набора user-stories
где в разные годы бизнес что-то дописывал.

Кто из вас мозохист или хочет по целому дню копать документацию?

Сообщение было отредактировано: 23 окт 20, 15:27
23 окт 20, 15:31    [22219586]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
H5N1
можно взять программера, дать ему доку, дать примеры, дать форум для вопросов.
это входит в его должностные обязанности? Понимать нотацию или ЯП BPEL?
23 окт 20, 15:44    [22219599]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
PetroNotC Sharp
H5N1
можно взять программера, дать ему доку, дать примеры, дать форум для вопросов.
это входит в его должностные обязанности? Понимать нотацию или ЯП BPEL?

Скорее нет, чем да. Но если он его освоит то будет быстрее коммуницировать с бизнес-аналитиком
что в общем случае способстует карьере.

И я-бы сказал что программист и не должен знать и UML. Но это знание просто позволит
ему легче выразить свои мысли на презентации или в просессе технического дискурса
перед флип-чартом красиво и элегантно рисуя нужные обозначения и точно подавая
информацию.

Тоест это такой себе софт-скилл.
23 окт 20, 15:50    [22219609]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
H5N1

есть инструмент, бизнес с его отделом эксплуатации сам должен иметь возможность конфигурить свои процессы.

Не верю ( C )
по крайне мере на уровне картинок, без изменения кода прикладных систем

H5N1

эксплуатации же нужно нормально и наглядно видеть, что там происходит

Видел эксплуатацию Document'ума.

Там народ регулярно DELETE'ами в базе (или не в базе, х.з. что там у Document'ума) прибивал непонятно какие процессы, которые висели в уже не существующих состояниях и никогда не могли завершится.
H5N1

после деплоя не застряло.

а что делают, когда все же "застряло" ?
В Document'уме тупо прибивали

H5N1

можно взять программера, дать ему доку

а как же постулат "отдел эксплуатации сам" ?
при программере и без BPM проблем нет )))
23 окт 20, 16:04    [22219628]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Zzz79
Member

Откуда:
Сообщений: 1005
Leonid Kudryavtsev
mayton
Почему пользователь?

да хоть сотрудник
нафига ему эта картинка?

ему нужно заявку сплавить/перевести в другое подразделение
т.е. нужно какие заявки на нем сейчас, что он не сделал/не заполнил, почему она не переводится

собственно картинка, как вообще может ходить эта заявка - интересна исключительно топ-ам на презентации, что бы они всю крутость своей компании и сложность системы осознали

на той недели девушка умерла, ну позвонил я в 911, с вопросом: врач был / мент был, пять часов прошло, когда "спецтехника" наконец приедет?.... посмотрели статус заявки: мы свою часть отработали, спецтехникой занимаются менты, звоните им.

В общем, это и без картинок в BPM понятно ))). 3-и организации: диспетчер, врачи, менты. Заявку принял, переслал по инстанциям, все.

Ну и BPM-аналитика: сколько в СПб одновременно копается ям - оно конечно интересно, но в большинстве случаев бессмысленно.

Ты очень неправ и скорей всего потому,что не работал с "картинками")
эти картинки дают хорошее видение что сейчас и как - ты видишь на каком узле и сколько висит заявок и почему они не идут дальше
Можешь сделать ретраи выбраных заявок и еще кучу того,что без этих "картинок "было бы сделать весьма проблематично
Это не картинки вообщем то а рантайм процессы ,просто в графическом виде сделаны
23 окт 20, 16:08    [22219633]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
Leonid Kudryavtsev
а как же постулат "отдел эксплуатации сам" ?
при программере и без BPM проблем нет )))
)))
Как в 1С. У меня жена в бухгалтерии. Но никто к конфигуратор не лазит из них))).
Прогеров вызывают.
23 окт 20, 16:09    [22219634]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Zzz79
Member

Откуда:
Сообщений: 1005
mayton


Главное что он в течение считанных минут позволяет выяснить какого хрена с ордером
происходит сейчас без длительного ковыряния бизнес-документации которая как всегда
не up-to-date (старенький pdf от 1997 года) или находится в виде набора user-stories
где в разные годы бизнес что-то дописывал.

Кто из вас мозохист или хочет по целому дню копать документацию?

Вот и это тоже верно.Когда на тебе 60+ микросервисов ,которые взаимодествуют между собой по 99 схемам - такое невозможно нормально поддерживать ни базой ,ни кодом- только графически.Тут 99 схем- которые сами по себе есть достаточно сложные и чтобы понять что там происходит бывает 2-3 дня уходит.Я не представляю как бы мы это поддерживали ,если бы не было схем ,а был бы код( который как мы знаем по классике без описания и джава доков)
23 окт 20, 16:13    [22219637]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
PetroNotC Sharp
H5N1
можно взять программера, дать ему доку, дать примеры, дать форум для вопросов.
это входит в его должностные обязанности? Понимать нотацию или ЯП BPEL?

Если он программист BPM, то ясен пень, базовые нотации и что они делают знать должен (и даже больше аналитика)

Другое дело, что считается, что нарисованного BPM достаточно, что бы начать что-то выполнять... Существуют даже целые проекты внедрения BPM, при этом BPM only. Но пользователю, нужен не BPM, а абстрактно 1C. И когда конечный пользователь, который ямы копает, видит нечто выданное в результате такого проекта BPM only - он может только покрутить пальцем у виска.

Наверное, если организация очень крупная, то там найдется место и для 1C и для BI и для BPM. Только, проблема в том, что при наличие нормальной учетной системы и нормальных программистов, для реализации конечного автомата с 5-7 состояниями, нормальным программистам никакой BPM или BPEL движок не особо и нужен. IMHO & AFAIK

p.s.
Участвовал в одной проекте BPM. С картинками было все хорошо. С системой плохо )))

Как я понимаю, внедрения BPM в Сбере (где-то 7 летней давности. 2010-2015 гг) закончилось примерно так же. Денег распилино очень много (миллиарды, десятки миллиардов), на выходе - красивые картинки.
p.p.s.
Так с большинством рисовашек. Был проект, где в течении полугода аналитики в Oracle Data Integrator картинки рисовали и программистов мучали им View для DI делать. Когда после аналитиков передали программисту, он еще в течении полугода мучался, но под конец просто плюнул и стал весь ETL делать на Pl/SQL... все стало работать в десяток раз быстрее, и что поразительно кода в Oracle (view, package) также же стало __меньше__
23 окт 20, 16:25    [22219647]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
Leonid Kudryavtsev
Был проект, где в течении полугода аналитики в Oracle Data Integrator картинки рисовали и программистов мучали им View для DI делать. Когда после аналитиков передали программисту, он еще в течении полугода мучался, но под конец просто плюнул и стал весь ETL делать на Pl/SQL... все стало работать в десяток раз быстрее, и что поразительно кода в Oracle (view, package) также же стало __меньше__

Это странно. Я-бы исследовал вопрос глубже. Скорее всего неверно был выбран компромисс
между выборкой данных сейчас или выборкой из "материализации попозже".

А что делал программист на PL/SQL? Это большой вопрос. И что он ослабил в плане consistency.
23 окт 20, 16:37    [22219656]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9249
mayton

А что делал программист на PL/SQL? Это большой вопрос. И что он ослабил в плане consistency.

Да ничего он не ослабил. Базу переливали (по возможности только новое), ночью.

Когда "ночной batch процесс" перестал справлятся за ночь, то начальство наконец разрешило похоронить DI )))

Просто программусту значительно удобнее/проще алгоритмы выборки на PL/SQL написать (insert..select...), чем маяться дурью и мышкой в DI линии из одного поля в другое перетягивать. Ну и структура исходной базы была достаточно сложной, ее достаточно сильно трансформировать было нужно (для BI) в процессе перегонки.
23 окт 20, 16:46    [22219661]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
Я ничего не понял ну да ладно. Сделали так сделали.
23 окт 20, 16:54    [22219667]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 6525
mayton,
Рисовашки не для прогера. Увы.
Либо он переквалифицируется в конфигураста BPM после полугода вхождения суть его.
"Java отнимет все твое время, программист" (с) тут не до шагов в сторону на изучение big data или ESB, BPM,...
23 окт 20, 16:56    [22219669]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 374
Leonid Kudryavtsev

Так с большинством рисовашек. Был проект, где в течении полугода аналитики в Oracle Data Integrator картинки рисовали и программистов мучали им View для DI делать. Когда после аналитиков передали программисту, он еще в течении полугода мучался, но под конец просто плюнул и стал весь ETL делать на Pl/SQL... все стало работать в десяток раз быстрее, и что поразительно кода в Oracle (view, package) также же стало __меньше__

угу, видел. а в pl/sql пекеджи mgr_frst16, fstp_rqw17 при этом теперь клиент попал на лицензии, т.к. эта фигня теперь в базе исполняется и жрет ресурсов и клиент вынужден больше ядер подключать.
23 окт 20, 17:12    [22219686]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Michael Isaev
Member

Откуда:
Сообщений: 156
H5N1
Leonid Kudryavtsev

Так с большинством рисовашек. Был проект, где в течении полугода аналитики в Oracle Data Integrator картинки рисовали и программистов мучали им View для DI делать. Когда после аналитиков передали программисту, он еще в течении полугода мучался, но под конец просто плюнул и стал весь ETL делать на Pl/SQL... все стало работать в десяток раз быстрее, и что поразительно кода в Oracle (view, package) также же стало __меньше__

угу, видел. а в pl/sql пекеджи mgr_frst16, fstp_rqw17 при этом теперь клиент попал на лицензии, т.к. эта фигня теперь в базе исполняется и жрет ресурсов и клиент вынужден больше ядер подключать.


Вы в курсе того, что Oracle DI не ETL, а ELT?
23 окт 20, 19:30    [22219763]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Nixic
Member

Откуда: Perm
Сообщений: 2018
А вот кто подскажет? :)
Есть 7-9 микросервисов(Spring-boot), прилетает таска на один из них, при этом 4 из них всегда должны запускаться, чтобы работали остальные.
Config-service
Discovery-service
Api-gateway
Auth-service

И потом можно стартовать другие и проверять работу, при этом эти другие сервисы иногда дергают друг друга через feign в ходе запросов, поэтому надо стартовать другие, тут уже просто в IDEA сервисы открываю и стартую их, чтобы работало.

Дак вот я сейчас делаю так:
У меня собраны jar'ники в первых 4-х сервисах, тупо через билд мавена. И они практически не пересобираются, иногда только, когда конфиги добавляются.
Все их вызовы я закинул в MobaXterm - прога для всяких подключений и аля коносль вызовов, ну и стартую их по одному каждый раз.

А как можно, например закинуть все сервисы в одну... папку)) и через какой-то интерфейс стартовать их, допустим 4 обязательных и 2-3 дополнительных, и все стартануть?
Может докер-контенер какой поднимать с разными наборами сервисов? Не делал так никогда, но очень хочется избавиться от 3-4 запущенных проектов в IDEA(это помимо уже запущенных jar'ников через консоль) чтобы править что-то в одном из сервисов.
24 окт 20, 09:41    [22219974]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
PetroNotC Sharp
Member

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

Тебе же выше сказали проги для оркестровки. Изучай.
24 окт 20, 09:51    [22219976]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3778
H5N1
типа как Postman, ну или как всяие ETL сделаны, они же не просят на обертки писать для rest источника.

Я не в курсе что там в постмане, но вот если меня попросить привести пример write-only кода, то первое что приходит в голову - это как раз ETL Хотите BPM как в Tibco - покупайте Tibco, камунда - это совсем другой уровень, ну это как Oracle с PostgreSQL сравнивать, я ее больше как встраиваемое решение рассматриваю, нежели как полноценный BPM: планируется в ПО использовать что-то похожее на примитивы из BPM - берем BPM и не паримся, поэтому проблема с изменением конкретных активностей так остро не стоит, т.е. новое поведение всегда прилетает только с новым релизом.
25 окт 20, 15:13    [22220376]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5596
Андрей Панфилов
H5N1
типа как Postman, ну или как всяие ETL сделаны, они же не просят на обертки писать для rest источника.

Я не в курсе что там в постмане, но вот если меня попросить привести пример write-only кода, то первое что приходит в голову - это как раз ETL Хотите BPM как в Tibco - покупайте Tibco, камунда - это совсем другой уровень, ну это как Oracle с PostgreSQL сравнивать, я ее больше как встраиваемое решение рассматриваю, нежели как полноценный BPM: планируется в ПО использовать что-то похожее на примитивы из BPM - берем BPM и не паримся, поэтому проблема с изменением конкретных активностей так остро не стоит, т.е. новое поведение всегда прилетает только с новым релизом.


Везде где я встречался с BPM везде оно только мешало работать.
Начиная с аналитиков, заканчивая инженеров сопровождения.
Везде BPM внедрялся для галочки, чтобы потешить амбиции менеджера чуть выше среднего звена, для показа веселых картинок топ-топ менеджерам.

Возможно где-то есть внедрение BPM где оно приносить пользу, но я такого ещё ни разу не видел и даже не читал (кроме маркетингового булшита)
26 окт 20, 08:26    [22220534]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mayton
Member

Откуда: loopback
Сообщений: 49763
Nixic,

Посмотри на docker-compose.
26 окт 20, 09:00    [22220546]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 374
mad_nazgul

Везде где я встречался с BPM везде оно только мешало работать.

ну так ты если и ведел, то попытки нахлабучить разветвленную бизнес логику на картинки, а не простенькую конфигурацию саг.
26 окт 20, 11:06    [22220597]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5596
H5N1
mad_nazgul

Везде где я встречался с BPM везде оно только мешало работать.

ну так ты если и ведел, то попытки нахлабучить разветвленную бизнес логику на картинки, а не простенькую конфигурацию саг.


Ну дык название обязывает. :-)

А так, на тех проектах, в которых я работал, не только пытались нахлобучить BPM, но ещё пытались реализовывать распределенные транзакции. <:o)
26 окт 20, 11:50    [22220649]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3778
mad_nazgul
Везде где я встречался с BPM везде оно только мешало работать.
Начиная с аналитиков, заканчивая инженеров сопровождения.
Везде BPM внедрялся для галочки, чтобы потешить амбиции менеджера чуть выше среднего звена, для показа веселых картинок топ-топ менеджерам.

Возможно где-то есть внедрение BPM где оно приносить пользу, но я такого ещё ни разу не видел и даже не читал (кроме маркетингового булшита)
Чувствуется у вас было столь же тяжелое прошлое как у и Леонида Кудрявцева
Делать одну большую СУБД на все предприятие уже давно никому в голову не приходит, однако вкорячить BPM всея организации еще умельцы находятся, хотя в аббревиатуре даже слова enterprise нет, к тому же у всех таких "внедрений" прослеживается отрицательная обратная связь: заказчик хочет после внедрения посадить низкоквалифицированных сотрудников на поддержку и понимает, что на этом этапе ловить будет особо нечего, поэтому при внедрении накидывает совершенно безумные требования. Тем не менее, если в системе что-то выглядит как BPM, то не нужно заниматься херней, пытаясь написать очередную нетленку, а нужно просто взять готовое встраиваемое решение и использовать его.
27 окт 20, 05:29    [22221204]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5596
Андрей Панфилов
[Чувствуется у вас было столь же тяжелое прошлое как у и Леонида Кудрявцева
Делать одну большую СУБД на все предприятие уже давно никому в голову не приходит, однако вкорячить BPM всея организации еще умельцы находятся, хотя в аббревиатуре даже слова enterprise нет, к тому же у всех таких "внедрений" прослеживается отрицательная обратная связь: заказчик хочет после внедрения посадить низкоквалифицированных сотрудников на поддержку и понимает, что на этом этапе ловить будет особо нечего, поэтому при внедрении накидывает совершенно безумные требования. Тем не менее, если в системе что-то выглядит как BPM, то не нужно заниматься херней, пытаясь написать очередную нетленку, а нужно просто взять готовое встраиваемое решение и использовать его.


Так та же communda, не более чем игрушка.
Все равно для неё нужен программист.
Ну а мне, как программисту, BPM не нужен. Т.к. не удобная вещь.
Проще писать код, чем рисовать картинки.
27 окт 20, 09:50    [22221244]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 374
mad_nazgul


Так та же communda, не более чем игрушка.
Все равно для неё нужен программист.
Ну а мне, как программисту, BPM не нужен. Т.к. не удобная вещь.
Проще писать код, чем рисовать картинки.

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

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

Сообщение было отредактировано: 27 окт 20, 10:36
27 окт 20, 10:33    [22221266]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 374
del

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

Откуда: Москва > Melbourne
Сообщений: 3778
mad_nazgul
Проще писать код, чем рисовать картинки.
А какая грань между кодом и картинкой? В той же камунде описание процесса - это XML, а картинка - всего лишь визуализация, можно использовать fluent-api и будет код, технически никакой разницы с тем же EIP в этом плане нет.
27 окт 20, 10:59    [22221281]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5596
H5N1

а так, оркестрировать микросервисы вполне долдно быть годная штука.


Прошу прощения, но тут я бы с вами поспорил.
Система оркестровки не должна знать что делают микросервисы.
Оркестровкой микросервисов должна управлять инфраструктура типа Kubernetes.
А вот БП логика должны быть в микрсоервисах.
27 окт 20, 11:29    [22221303]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5596
Андрей Панфилов
mad_nazgul
Проще писать код, чем рисовать картинки.
А какая грань между кодом и картинкой? В той же камунде описание процесса - это XML, а картинка - всего лишь визуализация, можно использовать fluent-api и будет код, технически никакой разницы с тем же EIP в этом плане нет.


Есть.

BPM это императивное программирование в самом примитивном виде - структурное программирование.
И да, текст компактнее и читабельнее картинки.

XML - это вообще "АДъ и Израиль".
От него давно отказались. Даже "кровавый Ынтырпрайз" потихоньку от него отходит.
27 окт 20, 11:34    [22221304]     Ответить | Цитировать Сообщить модератору
 Re: Разработка микросервисов  [new]
Bsplesk
Member

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

и бизнесу не нужны такие незаменимые программисты с ихними поделка без документации.
31 окт 20, 12:29    [22223905]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3 4      [все]
Все форумы / Java Ответить