Size: a a a

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

2021 February 14

F

Fagor in Архитектура ИТ-решений
Тимур Латыпов
Согласен. В идеале, прежде чем принять решение, сделать таблицу сопоставления различных вариантов. Потом переложить на требования и возможности систем. Выбрать наиболее подходящий.
Если были бы требования) Все решения все равно есть видение на данный момент и возможность их протащить. Не более. Это я про энтерпрайз, стартапы конечно по другому.
источник

VN

V N in Архитектура ИТ-решений
Тимур Латыпов
По ftp протоколу. И единый для всех протокол обмена данными в части файла и структуры данных.
А чем файловая свалка отличается от общей базы?
источник

NZ

Nick Z in Архитектура ИТ-решений
Fagor
Так шина становится bottle neck же. Решение хорошее, но обрастает логикой внутри себя, и становится тем самым, от чего хочется избавиться.
И как часто у вас кролик таким становился? Это не говоря о кафке, которая в большинстве систем обратным образом используется. Но самое главное, что в синхронной системе, коей является та, где везде рестфулл - как раз функционально все будет жестко связано.
источник

F

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

NZ

Nick Z in Архитектура ИТ-решений
Fagor
кролик км не шина, не понял вопроса
кролик в обвязке - вполне себе шина.
источник

F

Fagor in Архитектура ИТ-решений
Nick Z
кролик в обвязке - вполне себе шина.
никогда не думал что из него шину делают, но в принципе можно. Были кейсы успешные?
источник

NZ

Nick Z in Архитектура ИТ-решений
Fagor
никогда не думал что из него шину делают, но в принципе можно. Были кейсы успешные?
Эмс. Я имею ввиду сервисную шину, а вы про что?
источник

p

pragus in Архитектура ИТ-решений
Тимур Латыпов
По ftp протоколу. И единый для всех протокол обмена данными в части файла и структуры данных.
ftp - это, наверное, худший вариант из возможных
источник

ТЛ

Тимур Латыпов... in Архитектура ИТ-решений
pragus
ftp - это, наверное, худший вариант из возможных
Это вариант из возможных. Нет худшего, есть вариант который позволяет выполнить требование и назначение задачи
источник

D

DbSergey in Архитектура ИТ-решений
pragus
ftp - это, наверное, худший вариант из возможных
А какие ещё возможны? И почему FTP - худший из них?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
DbSergey
А какие ещё возможны? И почему FTP - худший из них?
Trollmode=1
- Ну как же? Протокол давно устарел, им только отсталые пользуются! Надо переходить на микросервисы и гибкие протоколы
Trollmode=0
источник

ТЛ

Тимур Латыпов... in Архитектура ИТ-решений
pragus
ftp - это, наверное, худший вариант из возможных
И в догонку, для чего это худший? А для чего лучший?
источник

D

DbSergey in Архитектура ИТ-решений
Alexander Luchkov
Trollmode=1
- Ну как же? Протокол давно устарел, им только отсталые пользуются! Надо переходить на микросервисы и гибкие протоколы
Trollmode=0
Да, надо, но в условиях задачи сказано, что веб-сервисы - недопустимый вариант
источник

ТЛ

Тимур Латыпов... in Архитектура ИТ-решений
Alexander Luchkov
Trollmode=1
- Ну как же? Протокол давно устарел, им только отсталые пользуются! Надо переходить на микросервисы и гибкие протоколы
Trollmode=0
А если так, ограничения: другие системы не работают и не готовы работать по другим протоколам. Доработать другие системы нет возможности. Или отдельные системы работают без постоянного (или без доступа) доступа к сети. Что тогда?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Тимур Латыпов
А если так, ограничения: другие системы не работают и не готовы работать по другим протоколам. Доработать другие системы нет возможности. Или отдельные системы работают без постоянного (или без доступа) доступа к сети. Что тогда?
Если "пара десятков"  и все друг-с-другом то нужна шина, в качестве шины можно использовать
- общие папки с файликами (SMB, NFS и прочее)
- СУБД
- DDS

И прочее. Вопрос в ограничениях на имеющиеся протоколы и ресурсы. Удобнее всего сопровождать файлики, как ни странно.
источник

p

pragus in Архитектура ИТ-решений
DbSergey
А какие ещё возможны? И почему FTP - худший из них?
Потому что без гарантий что файл передали целиком.
Большинство реализаций считает обрыв соединения как корректное завершение передачи.

Для целостности надо вводить контрольные суммы и как-то их передавать.
источник

p

pragus in Архитектура ИТ-решений
Тимур Латыпов
И в догонку, для чего это худший? А для чего лучший?
Для передачи файлов :)
источник

И

Иван in Архитектура ИТ-решений
А ещё файловые хранилища это не структурированные данные. Что всегда приводит к нарушению контракта обмена этими самыми данными. Минимальный объём контроля
источник

И

Иван in Архитектура ИТ-решений
Что до кролика и шины данных - кролик это транспорт, как и все что угодно другое. Шину можно строить хоть на голубях если ничего другого лучше нет под рукой
источник

p

pragus in Архитектура ИТ-решений
Иван
Что до кролика и шины данных - кролик это транспорт, как и все что угодно другое. Шину можно строить хоть на голубях если ничего другого лучше нет под рукой
Да даже shared memory с некоторым арбитражем вполне себе шиной будет ;)
источник