GK
Я это без лишней скромности писал (где там у меня скромность?)
Да я понимаю, шучу)
Size: a a a
2021 February 13
AM
Задача - классика. Кровавый ентерпрайз . С абсолютной невозможностью Расфосовать бизнес сервисы в restful like стиль из-за лютейшей связанности по данным
p
Ну, есть задачи без красивых универсальных решений. CAP теорема, например.
А она в принципе решаема? )
GK
Alexey Mergasov
Задача - классика. Кровавый ентерпрайз . С абсолютной невозможностью Расфосовать бизнес сервисы в restful like стиль из-за лютейшей связанности по данным
Что значит "связность по данным"?
LV
Alexey Mergasov
Обычно у springer такие издания это просто сборник статей. Если так, то тут правильней написать "знаю автора статей по теме microservice"
AM
это значит что одна бизнес операция может влиять на разные домены данных , технически в разных ТХ
PD
Alexey Mergasov
Задача - классика. Кровавый ентерпрайз . С абсолютной невозможностью Расфосовать бизнес сервисы в restful like стиль из-за лютейшей связанности по данным
Угу, знакомо, но сильно зависит от конкретного ландшафта, конечно.
VN
Есть интересный документ почти 20-летней давности примерно в тему
http://www.xbrl.org/technical/guidance/hamscher-xbrl-adjacent-specs-2002-05.pdf
http://www.xbrl.org/technical/guidance/hamscher-xbrl-adjacent-specs-2002-05.pdf
PD
А она в принципе решаема? )
Ну, в определениях теоремы - нет. В частных случаях можно найти удовлетворительный компромисс )
PD
Alexey Mergasov
это значит что одна бизнес операция может влиять на разные домены данных , технически в разных ТХ
И еще, небось, мало людских ресурсов (но можно тратить деньги на железо и лицензии)?
p
Ну, в определениях теоремы - нет. В частных случаях можно найти удовлетворительный компромисс )
Мне кажется, как раз наоборот. В определениях - вполне решаемо. Но характеристики решения будут неприемлемы ;)
PD
Мне кажется, как раз наоборот. В определениях - вполне решаемо. Но характеристики решения будут неприемлемы ;)
Ну, с точки зрения практики - это примерно одно и то же )
AM
И еще, небось, мало людских ресурсов (но можно тратить деньги на железо и лицензии)?
Ну это все относительно. В моём окружении да, на джава команды меньше гораздо, на эквивалентный удельный объём фич.
PD
Alexey Mergasov
Ну это все относительно. В моём окружении да, на джава команды меньше гораздо, на эквивалентный удельный объём фич.
Я про компанию целиком, как специфика энтерпрайза
GK
Alexey Mergasov
это значит что одна бизнес операция может влиять на разные домены данных , технически в разных ТХ
Можно перефразировать
Одна бизнес-операция может влиять на разные домены.
На данные - опосредованно, потому что данные должны быть инкапсулированы в доменах
Одна бизнес-операция может влиять на разные домены.
На данные - опосредованно, потому что данные должны быть инкапсулированы в доменах
GK
Другое дело, проектировать реализацию бизнес-операций нужно так, чтобы данные потом можно было проще "склеить" в слое аналитики
Как минимум заботиться о корреляционных идентификаторах, которые к тому же полезны и при трассировке
Как минимум заботиться о корреляционных идентификаторах, которые к тому же полезны и при трассировке
N
Можно перефразировать
Одна бизнес-операция может влиять на разные домены.
На данные - опосредованно, потому что данные должны быть инкапсулированы в доменах
Одна бизнес-операция может влиять на разные домены.
На данные - опосредованно, потому что данные должны быть инкапсулированы в доменах
Данные инкапсулированые в доменах. Это прям новое слово в терминологии.
GK
Nikolay
Данные инкапсулированые в доменах. Это прям новое слово в терминологии.
Вас ждёт ещё много открытий
N
Другое дело, проектировать реализацию бизнес-операций нужно так, чтобы данные потом можно было проще "склеить" в слое аналитики
Как минимум заботиться о корреляционных идентификаторах, которые к тому же полезны и при трассировке
Как минимум заботиться о корреляционных идентификаторах, которые к тому же полезны и при трассировке
Это даже комментировать трудно )
GK
Nikolay
Это даже комментировать трудно )
Вернитесь к этому вопросу лет через 10