Size: a a a

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

2020 January 30

VU

Vitaly U in Архитектура ИТ-решений
В конечном счёте тут коробка с кастомизацией bpm, а в жизни есть теневое ит, вероятно везде, которое моделями никакими не покоряешь, которое в процессы не ложится вообще
источник

VU

Vitaly U in Архитектура ИТ-решений
И в бизнес не рефлексирует
источник

GK

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

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
И производительность. Сейчас можно делать решения, которые могут очень быстро работать даже на коммодити железе. А коробки под большие нагрузки могут работать только на очень дорогом железе, и их можно отмасштабировать только на ещё более дорогое железо. А в пределе рядом ставятся представители вендора, которые постоянно что-то тюнят и поп, который за них молится.
Так есть же system z15! Я всегда думал, что в конечном счёте все вернутся к мейнфреймам)))
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Vitaly U
Так есть же system z15! Я всегда думал, что в конечном счёте все вернутся к мейнфреймам)))
Да, зато учёт проще. Одна база, один мейнфрейм. Правда внутри базы пара десятков тысяч таблиц. Но верхнеуровнево сущность одна. Онбординг за 5 секунд.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Vitaly U
Так есть же system z15! Я всегда думал, что в конечном счёте все вернутся к мейнфреймам)))
не просто к мейнфреймам. а в них еще будут жить конструкты. и все это будет контролировать якудза
источник

KG

Kirill Gorin in Архитектура ИТ-решений
а то просто скучно дальше ваше айти тянуть без этого
источник

V

Vladimir in Архитектура ИТ-решений
Gennadiy Kruglov
Да, зато учёт проще. Одна база, один мейнфрейм. Правда внутри базы пара десятков тысяч таблиц. Но верхнеуровнево сущность одна. Онбординг за 5 секунд.
В ерп небезызвестной AG 95к+ таблиц есть, в рамках одной сущности
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Kirill Gorin
не просто к мейнфреймам. а в них еще будут жить конструкты. и все это будет контролировать якудза
Какие Якудза? Коза-ностра! Вы видели фамилии последних двух CEO IBM? 😉
источник

I

Ilya in Архитектура ИТ-решений
Вот интересно в наше микросервисно-распределенное время использует кто-то BPM engine типа комунды, appian и т.д. Для оркестрами взаимодействия между сервисами или еще как-то?
источник

АШ

Андрей Шиллинг in Архитектура ИТ-решений
Ilya
Вот интересно в наше микросервисно-распределенное время использует кто-то BPM engine типа комунды, appian и т.д. Для оркестрами взаимодействия между сервисами или еще как-то?
Таки да. Вам возможно в соседний чат лучше - https://t.me/camunda_bpm
источник

AS

Aleksey S. in Архитектура ИТ-решений
Ilya
Вот интересно в наше микросервисно-распределенное время использует кто-то BPM engine типа комунды, appian и т.д. Для оркестрами взаимодействия между сервисами или еще как-то?
А почему их должны перестать вдруг использовать? (не троллю, правда интересно)
Я как-то считал, что микросервисы - это средство интеграции, а bpm параллельно как средство управления процессами (внутри операций которых - уже интеграции). Не?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Aleksey S.
А почему их должны перестать вдруг использовать? (не троллю, правда интересно)
Я как-то считал, что микросервисы - это средство интеграции, а bpm параллельно как средство управления процессами (внутри операций которых - уже интеграции). Не?
Тема не простая. Можно, иногда нужно, но не всегда.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Для long running processes, и то не всегда

Не закончил пока карту памяти (систематизацию).
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ilya
Вот интересно в наше микросервисно-распределенное время использует кто-то BPM engine типа комунды, appian и т.д. Для оркестрами взаимодействия между сервисами или еще как-то?
Ну, обычно BPM не слишком хорошо масштабируется, так что особо не поиспользовать. Я видел несколько проектов, всюду это была боль.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Какое количество сообщений уже не тянет в час?
источник

СХ

Саддам Хусейн in Архитектура ИТ-решений
Phil Delgyado
Вообще интересно.
Я сейчас выбираю решение для оркестрации бизнес-сценариев в многосервисной среде и выбор сводится к языку описания сценариев.
очень. а можешь поделиться среди чего выбираешь? очень похожие проблемы стоят. camunda?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Не, Camunda даже не рассматривается. Плохо масштабируется, проблема с количеством операций в истории, сложная настройка.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Вообще планируем сами делать, выбираю какую архитектуру выбрать под требования (там, собственно, от 15чд до 40 чд - и нужно понять, а какие требования реально есть в проекте в перспективе на два-три года, что бы лишнего не делать)
источник