Size: a a a

Архитектура ИТ-решений

2020 October 13

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и код в cadence обычно выглядит гораздо понятнее, нежели в реализациях через сагу (пример выше очень показателен)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Cadence от убера, конечно, избыточно сложен, но написать свой собственный не очень сложно...
источник

SD

Serg D. in Архитектура ИТ-решений
Ну у них вообще официально заявлено saga orchestration и даже example показательный есть
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Официально - да. Но подход сильно другой. И кстати компенсации писать на каденсе не удобно (впрочем, они обычно и не нужны).
источник
2020 October 14

SD

Serg D. in Архитектура ИТ-решений
"Они обычно и не нужны" очень смелое заявление ) несколько раз помогал на  camunda сагу делать, из-за легких компенсаций люди терпели проблемы с производительностью )))
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ээ, как компенсация может сказаться на производительности?
Но реально обратимых операций довольно мало и обычно они не требуются в рамках бизнес-процесса.
источник

SD

Serg D. in Архитектура ИТ-решений
Не компенсации. Камунда не очень производительна под большой нагрузкой, когда есть определённый sla на ответ. Но она и не для этого. Люди использовали ее для реализации саги, чтобы легко рисовать flow и компенсации.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А, ну не надо комунду использовать для таких задач.
Я про то, что при оркестрации задачи компенсации не самые популярные.
Скорее процесс нужно "додавить", нежели "откатить".
И откат нужен только если додавить не получается.
источник

SD

Serg D. in Архитектура ИТ-решений
Ну понятно что не надо 😁 речь же как раз о том, что потребность в саге с компенсациями есть. И не мне судить реальная ли она или высосана из пальца. Есть ТЗ, по нему нужно откатить 🙂
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Э, я обычно сам пишу ТЗ и стараюсь глупости туда не добавлять )
Потребность есть и на схемах типа cadence она реализуема. Но фокус там не на "откате", а не "дожатии без проблем".
И это сильно отличает от обычной саги.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
На самом деле удобнее вообще говорить об "разных путях прохождения бизнес-процесса", где "компенсация" - один из вариантов.
И вот для такого подхода оркестрация в стиле cadence очень удобна.
Хотя плохо масштабируема, конечно.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
На самом деле удобнее вообще говорить об "разных путях прохождения бизнес-процесса", где "компенсация" - один из вариантов.
И вот для такого подхода оркестрация в стиле cadence очень удобна.
Хотя плохо масштабируема, конечно.
Мне нравится говорить о спрямлении бизнес процессов.

То есть нужно включить голову, чтобы постараться выстроить процесс без циклов.

При этом, компенсации можно рассматривать как альтернативные сценарии (подпроцессы).

Как мне кажется, идеальный процесс должен стремиться к DAG.

То есть нужно учиться выражать процессы в виде DAG, всегда, где это возможно.

Если это получается, очень удобно использовать потоковую обработку.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Мне нравится говорить о спрямлении бизнес процессов.

То есть нужно включить голову, чтобы постараться выстроить процесс без циклов.

При этом, компенсации можно рассматривать как альтернативные сценарии (подпроцессы).

Как мне кажется, идеальный процесс должен стремиться к DAG.

То есть нужно учиться выражать процессы в виде DAG, всегда, где это возможно.

Если это получается, очень удобно использовать потоковую обработку.
Угу. Но иногда не получается (в платежах, например). Собственно, первый раз мне пришлось делать оркестратор с гарантиями именно для платежей.
А, еще KYC процессы часто кривые
источник

W

Wolf in Архитектура ИТ-решений
Всем доброго времени суток! Работаю сейчас над курсовой работой, по теме модернизация образовательных учреждений. В рамках работы внедряю видеоконференцсвязь, систему машинного зрения с контролем посещаемости и внимания на семинарах и систему контроля экзаменуемых.  Сейчас собираю материал для описания архитектуры типового университета и бизнес-процессов как они есть на данный момент. Может у кого-нибудь есть материал на эту тему, источники или рабочие инсайты, буду очень рад если поделитесь) заранее спасибо!
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Угу. Но иногда не получается (в платежах, например). Собственно, первый раз мне пришлось делать оркестратор с гарантиями именно для платежей.
А, еще KYC процессы часто кривые
Не всегда конечно. Но вообще, интересно работать в такой парадигме. Причём, если команда уловила суть, она будет работать с бизнесом над процессами. Постоянная работа над процессами.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Кстати, посмотрел вилки в вакансиях. Мне кажется, мы приближаемся к дну.

Судя по вилкам в большинстве вакансий, архитектура воспринимается как дно.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Не всегда конечно. Но вообще, интересно работать в такой парадигме. Причём, если команда уловила суть, она будет работать с бизнесом над процессами. Постоянная работа над процессами.
Это да, с бизнесом надо работать над упрощением всего, включая процессы.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Это да, с бизнесом надо работать над упрощением всего, включая процессы.
Точно. И бизнес часто готов на это, если это бизнес.
источник

I

Ivan in Архитектура ИТ-решений
Phil Delgyado
Лучше смотреть в решения типа cadence или на персистентные акторные модели или на что-то в эту сторону.
А что за история у них с форком произошла? https://stackoverflow.com/a/61281435
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Понятия не имею. Я cadence не использую, мы свое написали
источник