Size: a a a

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

2020 December 02

PD

Phil Delgyado in Архитектура ИТ-решений
(152ФЗ еще не страшно, а вот GDPR...)
источник

A

Andrey in Архитектура ИТ-решений
Кстати, ведь без микросервисов та же проблема?
источник

YG

Yuri Gasnikov in Архитектура ИТ-решений
Phil Delgyado
Ну, ФИО почти всегда нужно шифровать, да.
Шифрование, к сожалению, не избавляет от попадания в операторы хранения персональных данных (
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Yuri Gasnikov
Шифрование, к сожалению, не избавляет от попадания в операторы хранения персональных данных (
Так аудит обязателен только или если данных очень много или если они очень чувствительные.
Обычно только уведомление и все...
источник

PD

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

VA

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

A

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

PD

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

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
А это смотря какие требования. Иногда надо точное соответствие и нужно еще и уточнять в сервисе, все ли дошло )
ещё скажите distributed transactions
источник

VA

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

PD

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

A

Andrey in Архитектура ИТ-решений
Andrey
Я к тому, что даже если база монолитная, но таблицы две, проблема их мерджа и фильтрации ведь никуда не девается?
И мы либо переводим этот мердж (джоин) на препроцессинг (обновление витрины), либо имеем те же проблемы с джойном/фильтрацией налету?
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
У меня финтех, у меня всегда распределенные транзакции.
саги наверное всё же
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
или прям старый добрый XA
источник

PD

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

p

pragus in Архитектура ИТ-решений
Phil Delgyado
У меня финтех, у меня всегда распределенные транзакции.
А что за компания?
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
Сага - это один из (плохой) способ организации распределенных транзакций.
XA, впрочем, еще хуже )
Сейчас у нас что-то на тему Cadence, игрался с персистентными акторами - это все удобнее, чем классическая сага.
ну я имел ввиду не классические саги из статьи про базы данных, а в целом -- сценарии+компенсации+потенциальные грязные чтения или прям 2PC и иже с ним)
источник

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
pragus
А что за компания?
Много разных было )
источник

VA

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