powered by simpleCommunicator - 2.0.30     © 2024 Programmizd 02
Map
Форумы / Java [игнор отключен] [закрыт для гостей] / Разработка микросервисов
25 сообщений из 73, страница 1 из 3
Разработка микросервисов
    #40010745
Фотография -=Koba=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У меня скорее организационный вопрос

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

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

Может есть какие-то подходы?
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010757
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=Koba=-,

Оркестровка жеж
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010773
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=Koba=-
У меня скорее организационный вопрос

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

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

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


Docker+miniKube?!
<:o)
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010781
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=Koba=-,
Обязательно отпишись как тебе дирижировалось)
Тут и так, полтора землекопа ими занимаются)
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010809
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zzz79,
БРМ это стандарт. Какое ПО именно у вас по этому стандарту?
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010810
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zzz79,
И кстати, BPM это значит нет микросервисов)
Другая архитектура.
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010827
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
Zzz79,
БРМ это стандарт. Какое ПО именно у вас по этому стандарту?

написано же русским языком: camunda
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010829
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
Zzz79,
И кстати, BPM это значит нет микросервисов)
Другая архитектура.

не тупи. по мотивам camunda с теми же диаграмками, та же кантора делает zeebe. и позиционирует именно на оркестрацию микросервисов
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010834
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
И кстати, BPM это значит нет микросервисов)
Другая архитектура.


Бгг...

недавно mayton приводил ссылку на двухчасовой видосик ( 22217912 ), там чувак говорит примерно следующее:
тот кто пишет саги вручную - тот лох, нужно брать уже готовую машину состояний (BPM) и на ней все делать, ибо все нужные примитивы там уже реализованы.
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010838
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BPM это хорошо, но считается, что BPM картинки нарисует консультант/ анал итик и все само заработает..... а на деле, что бы это хоть как-то запустилось, нужна куча жуткого XML, XSLT, огромная кучка if'ов и заглушек, т.ч. не только анал итик, но и не всякий программист разберется

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

IMHO & AFAIK
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010843
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev,
Они хотели автоматизировать Процесс. То есть не учет а именно Процесс. (процессный подход).
То есть автоматизировать то что в голове начальника участка Марии Ивановны.
Конечно она сопротивлялась)))
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010851
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
H5N1
не тупи. по мотивам camunda с теми же диаграмками, та же кантора делает zeebe. и позиционирует именно на оркестрацию микросервисов

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

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

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

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

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


Могу из личного опыта сказать, что консультанта (здравомыслящего) можно научить рисовать "правильные" (правильно декомпозировать процессы, правильно использовать примитивы синхронизации) диаграммы где-то недели за две, но вот реализацией тасков будет провал, если движок бедный.
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010853
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Когда я начинал работать программистом (1991-1993) считалось, что
"бардак компьюторизировать не возможно" ( С ) - это аксиома

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

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

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

IMHO & AFAIK

p.s. может конечно это мне с проектами не везло
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010855
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev,
Согласен.
При старой методологии разработки был этап
Обследование рабочего места,.... As is to be.
Потом БА оптимизировал БП.
И кодировалось в коде) :)
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010857
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Панфилов,
Конкуренты из шарп посадили их за LUA скриптовый язык и не нужен им никакой BPM)))
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010860
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Панфилов

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


Обычно пользователю нафиг не сдалась "голая" реализация тасков. Ему нормальная бизнес система (типа 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
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010864
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Панфилов

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

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

когда zeebe только анонсировали, говорили что это та же камунда, только состояние процесса никуда не персистится и соответсвенно вся дребедень из cockpit порезана. микросервисы запросто могут генерить тучи процессов в секунду и писать в базу, как делает обычная камунда, дороговато становится.
по camunda я не понял, что у них за фигня с rest клиентом. в квадратик с рест вызовом аналитик должен на жабаскрипте, что-то колхозить с парсингом параметров и судя по всему никто так не делает. все рисуют жава обертки и камунда только жава обертки дергает.
в эпоху, когда все и вся на rest api сделано, подход с обертками выглядит странно.
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010873
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
H5N1,
Вероятно принцип адаптера. На любом ЯП пишешь адаптер-обертку которая стыкуется хоть с рест, хоть с...
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010874
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
H5N1
когда zeebe только анонсировали, говорили что это та же камунда, только состояние процесса никуда не персистится и соответсвенно вся дребедень из cockpit порезана. микросервисы запросто могут генерить тучи процессов в секунду и писать в базу, как делает обычная камунда, дороговато становится.
Явно брешут, если предположить, что ручных задач нет (потому что это какбы не BPM, а уже ESB (главное об этом никому не рассказывать, иначе побьют )), то тот же retry никто не отменял, скорее всего таки состояние сохраняют, но не так часто, как обычно. Ну еще у них на картинках есть всякие статистики и мониторинги...
H5N1
по camunda я не понял, что у них за фигня с rest клиентом. в квадратик с рест вызовом аналитик должен на жабаскрипте, что-то колхозить с парсингом параметров и судя по всему никто так не делает. все рисуют жава обертки и камунда только жава обертки дергает.
в эпоху, когда все и вся на rest api сделано, подход с обертками выглядит странно.
А как иначе, если она про предметную область ничего не знает? Если предметную область знать, то можно накидать в нее своих квадратов с нужными параметрами.
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010875
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev
Обычно пользователю нафиг не сдалась "голая" реализация тасков. Ему нормальная бизнес система (типа 1C) нужна. Ввел данные, нажал на кнопку, получил 100500 отчетов.

BPM и таски это конечно хорошо, но в реальной системе, это 1-5 % функционала.
Вы, очевидно, под тасками подразумеваете ручные активности, здесь это не про это.
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010882
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Панфилов,
Во во, ESB совсем рядом) :
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010884
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А какие недостатки у 1С ?
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010891
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton
А какие недостатки у 1С ?
программа для местной автоматизации не выше средних предприятий
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010894
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
программа для местной автоматизации не выше средних предприятий
ну не надо так, и на крупных работает без проблем, только если в серверной конфигурации
да и веб вариант есть
...
Рейтинг: 0 / 0
Разработка микросервисов
    #40010897
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А если из не-функциональных? Масштабирование там...
...
Рейтинг: 0 / 0
25 сообщений из 73, страница 1 из 3
Форумы / Java [игнор отключен] [закрыт для гостей] / Разработка микросервисов
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]