|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
У меня скорее организационный вопрос А как правильно работать с микросервисами? Когда Eureka, Zuul, 1-2 клиента еще терпимо развернуть локально Но когда их много и между ними взаимосвязи то поднимать все это уже становиться тяжеловато локально Может есть какие-то подходы? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 04:06 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
-=Koba=-, Оркестровка жеж ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 07:31 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
-=Koba=- У меня скорее организационный вопрос А как правильно работать с микросервисами? Когда Eureka, Zuul, 1-2 клиента еще терпимо развернуть локально Но когда их много и между ними взаимосвязи то поднимать все это уже становиться тяжеловато локально Может есть какие-то подходы? Docker+miniKube?! <:o) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 08:50 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
-=Koba=-, Обязательно отпишись как тебе дирижировалось) Тут и так, полтора землекопа ими занимаются) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 09:25 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Zzz79, БРМ это стандарт. Какое ПО именно у вас по этому стандарту? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 10:58 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Zzz79, И кстати, BPM это значит нет микросервисов) Другая архитектура. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 11:02 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Zzz79, БРМ это стандарт. Какое ПО именно у вас по этому стандарту? написано же русским языком: camunda ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 11:57 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Zzz79, И кстати, BPM это значит нет микросервисов) Другая архитектура. не тупи. по мотивам camunda с теми же диаграмками, та же кантора делает zeebe. и позиционирует именно на оркестрацию микросервисов ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 12:01 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp И кстати, BPM это значит нет микросервисов) Другая архитектура. Бгг... недавно mayton приводил ссылку на двухчасовой видосик ( 22217912 ), там чувак говорит примерно следующее: тот кто пишет саги вручную - тот лох, нужно брать уже готовую машину состояний (BPM) и на ней все делать, ибо все нужные примитивы там уже реализованы. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 12:14 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
BPM это хорошо, но считается, что BPM картинки нарисует консультант/ анал итик и все само заработает..... а на деле, что бы это хоть как-то запустилось, нужна куча жуткого XML, XSLT, огромная кучка if'ов и заглушек, т.ч. не только анал итик, но и не всякий программист разберется В результате, иногда совсем не понятно, толи BPM жизнь упрошает, толи безумно усложняет. А если второе - то нафига он (в данном конкретном случае) нужен. IMHO & AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 12:22 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, Они хотели автоматизировать Процесс. То есть не учет а именно Процесс. (процессный подход). То есть автоматизировать то что в голове начальника участка Марии Ивановны. Конечно она сопротивлялась))) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 12:33 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
H5N1 не тупи. по мотивам camunda с теми же диаграмками, та же кантора делает zeebe. и позиционирует именно на оркестрацию микросервисов У камунды какая-то странная судьба. Вот раньше была activity, разрабатываемая альфреской, давным давно из нее свалили здравомыслящие люди и сделали камунду (даже движок починили, чтобы он-таки поддерживал BPMNv2, а не был некой вариацией на тему), при этом более-менее быстрого старта в камунде до сих пор почему-то не сделали (а может сделали, но вроде как в отрытом доступе нет ничего): как затычку предлагают groovy использовать (ну еще спринговые бины вызывать может), но это значит что обычный консультант/аналитик процесс в камунде ну никак нарисовать не сможет - им бы (камунде) стоило плагины под распространенные платформы/фреймворки понаписать, тогда было бы круто (ну взяли бы себе вкрутили хотя бы Apache Camel или Spring Integration и было бы круто), я документацию по этому zeebe посмотрел - как-то не впечатлило. Чуть позже (совсем недавно) из activity ушли еще менее-здравомыслящие черти и решили делать Flowable , так они даже не догадались поддержку BPMNv2 починить. Leonid Kudryavtsev BPM это хорошо, но считается, что BPM картинки нарисует консультант/ анал итик и все само заработает..... а на деле, что бы это хоть как-то запустилось, нужна куча жуткого XML, XSLT, огромная кучка if'ов и заглушек, т.ч. не только анал итик, но и не всякий программист разберется В результате, иногда совсем не понятно, толи BPM жизнь упрошает, толи безумно усложняет. А если второе - то нафига он (в данном конкретном случае) нужен. Могу из личного опыта сказать, что консультанта (здравомыслящего) можно научить рисовать "правильные" (правильно декомпозировать процессы, правильно использовать примитивы синхронизации) диаграммы где-то недели за две, но вот реализацией тасков будет провал, если движок бедный. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 12:44 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Когда я начинал работать программистом (1991-1993) считалось, что "бардак компьюторизировать не возможно" ( С ) - это аксиома есть подозрения, что всякие BPM и прочие "рисовалки" придуманы именно для компьюторизации бардака, т.е. изначально (см. аксиома) ошибочная и не работающая идея. Типа если бардак разрисовать в Power Point или в BPM, то бардак исчезнет и все само собой заработает... оно конечно в чем-то логично... нарисованный и документированный бардак чуть-чуть менее бардачный... но все равно, само собой не работает, красивые бумажки складываются в папки, а как бардак был, так он и остается. Если же бардака нет, то и без BPM или "оркестровки" все делается в 10-ок строк кода. IMHO & AFAIK p.s. может конечно это мне с проектами не везло ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 12:45 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, Согласен. При старой методологии разработки был этап Обследование рабочего места,.... As is to be. Потом БА оптимизировал БП. И кодировалось в коде) :) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 12:50 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Андрей Панфилов, Конкуренты из шарп посадили их за LUA скриптовый язык и не нужен им никакой BPM))) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 12:52 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Андрей Панфилов ....но вот реализацией тасков будет провал, если движок бедный. Обычно пользователю нафиг не сдалась "голая" реализация тасков. Ему нормальная бизнес система (типа 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.10.2020, 12:58 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Андрей Панфилов У камунды какая-то странная судьба. Вот раньше была activity, разрабатываемая альфреской, давным давно из нее свалили здравомыслящие люди и сделали камунду (даже движок починили, чтобы он-таки поддерживал BPMNv2, а не был некой вариацией на тему), при этом более-менее быстрого старта в камунде до сих пор почему-то не сделали (а может сделали, но вроде как в отрытом доступе нет ничего): как затычку предлагают groovy использовать (ну еще спринговые бины вызывать может), но это значит что обычный консультант/аналитик процесс в камунде ну никак нарисовать не сможет - им бы (камунде) стоило плагины под распространенные платформы/фреймворки понаписать, тогда было бы круто (ну взяли бы себе вкрутили хотя бы Apache Camel или Spring Integration и было бы круто), я документацию по этому zeebe посмотрел - как-то не впечатлило. когда zeebe только анонсировали, говорили что это та же камунда, только состояние процесса никуда не персистится и соответсвенно вся дребедень из cockpit порезана. микросервисы запросто могут генерить тучи процессов в секунду и писать в базу, как делает обычная камунда, дороговато становится. по camunda я не понял, что у них за фигня с rest клиентом. в квадратик с рест вызовом аналитик должен на жабаскрипте, что-то колхозить с парсингом параметров и судя по всему никто так не делает. все рисуют жава обертки и камунда только жава обертки дергает. в эпоху, когда все и вся на rest api сделано, подход с обертками выглядит странно. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 13:07 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
H5N1, Вероятно принцип адаптера. На любом ЯП пишешь адаптер-обертку которая стыкуется хоть с рест, хоть с... ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 13:27 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
H5N1 когда zeebe только анонсировали, говорили что это та же камунда, только состояние процесса никуда не персистится и соответсвенно вся дребедень из cockpit порезана. микросервисы запросто могут генерить тучи процессов в секунду и писать в базу, как делает обычная камунда, дороговато становится. H5N1 по camunda я не понял, что у них за фигня с rest клиентом. в квадратик с рест вызовом аналитик должен на жабаскрипте, что-то колхозить с парсингом параметров и судя по всему никто так не делает. все рисуют жава обертки и камунда только жава обертки дергает. в эпоху, когда все и вся на rest api сделано, подход с обертками выглядит странно. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 13:27 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev Обычно пользователю нафиг не сдалась "голая" реализация тасков. Ему нормальная бизнес система (типа 1C) нужна. Ввел данные, нажал на кнопку, получил 100500 отчетов. BPM и таски это конечно хорошо, но в реальной системе, это 1-5 % функционала. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 13:31 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
Андрей Панфилов, Во во, ESB совсем рядом) : ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 13:44 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
А какие недостатки у 1С ? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 13:58 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
mayton А какие недостатки у 1С ? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 14:06 |
|
Разработка микросервисов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp программа для местной автоматизации не выше средних предприятий да и веб вариант есть ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 14:16 |
|
|
start [/forum/topic.php?fid=59&msg=40010860&tid=2120635]: |
0ms |
get settings: |
15ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
32ms |
get topic data: |
3ms |
get forum data: |
0ms |
get page messages: |
394ms |
get tp. blocked users: |
1ms |
others: | 7ms |
total: | 459ms |
0 / 0 |