Size: a a a

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

2020 September 22

IK

Ivan Kovalenko in Архитектура ИТ-решений
Переслано от Ivan Kovalenko
Коллеги, прошу прощения за земляные вопросы. Вот допустим у нас есть сервис Взаимодействующий с пользователями - они загружают файлы и всякую мету к ним. допустим мы храним мету в РСУБД, а файлы - на файловом сервисе. Подскажите пожалуйста класс (Continuous Data Protection for files?) или конкретные наименования ПО обеспечивающие непрерывную защиту файлов - то есть консистетное восстановление данных сервиса?
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Gennadiy Kruglov
Потому что нужно делать сервис поставщиков и он будет мастер-системой
Ну как я понимаю, его можно сделать с 0, а можно сделать на основе mdm решения.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Ivan Kovalenko
Переслано от Ivan Kovalenko
Коллеги, прошу прощения за земляные вопросы. Вот допустим у нас есть сервис Взаимодействующий с пользователями - они загружают файлы и всякую мету к ним. допустим мы храним мету в РСУБД, а файлы - на файловом сервисе. Подскажите пожалуйста класс (Continuous Data Protection for files?) или конкретные наименования ПО обеспечивающие непрерывную защиту файлов - то есть консистетное восстановление данных сервиса?
У вас какая модель угроз потери файлов?
источник

GK

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

Суть же "Легаси" здесь это размытые границы и области ответственности?
Не совсем. Это когда решение уже практически не поддаётся модификации. Оно непознаваемое по разным причинам, изначально, потому что куплено, из-за тех долга, из-за того что ушли разработчики и не оставили документацию
источник

IK

Ivan Kovalenko in Архитектура ИТ-решений
Leonid Vygovskiy
У вас какая модель угроз потери файлов?
отказ системы сохранения файлов (с потерей ФС).
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
То есть вам надо сохранить файлы если k из n машин в кластере умрет? minio и, думаю, другие distributed file systems
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Leonid Vygovskiy
Ну как я понимаю, его можно сделать с 0, а можно сделать на основе mdm решения.
Да. Но это будет сервис (автономный) который сделан на каком-то движке (МДМ).

То есть, нужно сервис внедрять, а не МДМ. Сервис - это чёрный ящик, внутри которого, и это неизвестно извне, по каким-то причинам МДМ.
источник

IK

Ivan Kovalenko in Архитектура ИТ-решений
Leonid Vygovskiy
То есть вам надо сохранить файлы если k из n машин в кластере умрет? minio и, думаю, другие distributed file systems
а если рассмотреть отказ кластера целиком? есть ли решения которые не в кластере, но кладут на ленту
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Я не знаю :)
источник

IK

Ivan Kovalenko in Архитектура ИТ-решений
Ivan Kovalenko
а если рассмотреть отказ кластера целиком? есть ли решения которые не в кластере, но кладут на ленту
есть такой tivoli CDP for files ( который интегрируется с ФС). вот мне кажется что-то похожее на это
источник

IK

Ivan Kovalenko in Архитектура ИТ-решений
Leonid Vygovskiy
Я не знаю :)
спасибо, буду дальше думать
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ivan Kovalenko
Переслано от Ivan Kovalenko
Коллеги, прошу прощения за земляные вопросы. Вот допустим у нас есть сервис Взаимодействующий с пользователями - они загружают файлы и всякую мету к ним. допустим мы храним мету в РСУБД, а файлы - на файловом сервисе. Подскажите пожалуйста класс (Continuous Data Protection for files?) или конкретные наименования ПО обеспечивающие непрерывную защиту файлов - то есть консистетное восстановление данных сервиса?
Вряд-ли есть такие решений. Для решения этой задачи можно использовать паттерн claim check
источник

IK

Ivan Kovalenko in Архитектура ИТ-решений
это просто переносит точку сохранения в сервис хранения файлов из общей системы
источник

IK

Ivan Kovalenko in Архитектура ИТ-решений
конкретно здесь - про сервис Data Store https://camel.apache.org/components/latest/eips/claimCheck-eip.html
источник

IK

Ivan Kovalenko in Архитектура ИТ-решений
на сайте постгреса написано что (хранение файлов  в БД) обусловлено требованиями к синхронности  хранения меты  и бинари. если такого требования нет и бинари опционален, то да, можно выносить куда угодно и подразумевать что он может в целом пропасть. https://wiki.postgresql.org/wiki/BinaryFilesInDB
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ivan Kovalenko
на сайте постгреса написано что (хранение файлов  в БД) обусловлено требованиями к синхронности  хранения меты  и бинари. если такого требования нет и бинари опционален, то да, можно выносить куда угодно и подразумевать что он может в целом пропасть. https://wiki.postgresql.org/wiki/BinaryFilesInDB
Почему пропасть? Можно реализовать согласованность в конечном итоге, в том числе с помощью Claim Check
источник

IK

Ivan Kovalenko in Архитектура ИТ-решений
Вот как?
источник

IK

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ivan Kovalenko
Состояние получается разделяется между лишь логически связанными независимыми процессами. Соответственно непонятно как поддерживать согласованность. Вероятно, надо наложить какие то ограничения и тогда конструкция взлетит.
Вам нужно получить согласование междой метой и данными. Что здесь не так?

В этой задаче нет ничего нового и интересного. Она реализована миллион раз в том числе в отказоуйстойчивых и высоконагруженных решениях. Нужно просто нормально реализовать Claim Check.
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
Константин
Целью этих "бесед" я вижу 1. Синхронизация между архитектором и командой в части арх. принципов; 2. Согласование решений, выходящих за рамки сервиса/продукта.
Проблема найти других собеседников в том, что они: а) не будут обладать полномочиями для проведения арх.принципов в жизнь б) могут участвовать не во всех доработках.
Напомню, мы обсуждаем вопрос арх.надзора в 16 командах. Если команды всего 2, вряд ли архитектор  будет в виде отдельного человека. Хотя...
> не будут обладать полномочиями для проведения арх.принципов в жизнь
да, но в обсуждаемом нами случае с 16 командами не обладает такими полномочиями и сам верховный архитектор
источник