Size: a a a

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

2021 March 09

e

elendili in Архитектура ИТ-решений
спасибо
источник

S

Sdobridnuk in Архитектура ИТ-решений
Alexander Luchkov
А вы когда последний раз такое разрабатывали?
Я это к чему, ровно к такой проблеме пришли ребята из МО РФ при организации взаимодействия с РГМЦ чуть больше года назад.
По поводу прогнозов, и кто платит за последствия, если прогноз был передан хреново.
Так там способы обеспечения целостности обсуждались не из федеральных законов. А из технической экспертизы РГМЦ, МО РФ, Конструкторского бюро и подрядчика.
На законы там как-то не очень было, кроме допустимых алгоритмов шифрования, если решим использовать.
Ну тогда бы и не было таких кейсов, согласитесь https://medialeaks.ru/3105bva-chto-delat-esli-pasport-okazalsya-nedejstvitelnym/
источник

S

Sdobridnuk in Архитектура ИТ-решений
Alexander Luchkov
А вы когда последний раз такое разрабатывали?
Я это к чему, ровно к такой проблеме пришли ребята из МО РФ при организации взаимодействия с РГМЦ чуть больше года назад.
По поводу прогнозов, и кто платит за последствия, если прогноз был передан хреново.
Так там способы обеспечения целостности обсуждались не из федеральных законов. А из технической экспертизы РГМЦ, МО РФ, Конструкторского бюро и подрядчика.
На законы там как-то не очень было, кроме допустимых алгоритмов шифрования, если решим использовать.
У МО РФ свой регламент. Хотя и там бывают истории, касающиеся не то что убытков, а даже и человеческих жизней . Про "дружественный огонь" - когда из за ошибок в трансляции приказа под огонь попадают свои же - слышали ? Да, теоретически можно устроить расследование и отправить под трибунал виновника. Но это уже не относится к теме ИТ, т.е. проблема "юридической ответственности" решается в другой плоскости, в организационной. Плюс я не помню - но у военных закон об ЭЦП не действует, там гостайна и все такое защищается по отдельному регламенту. Который в общем случае тоже является государственной тайной 😉
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Sdobridnuk
У МО РФ свой регламент. Хотя и там бывают истории, касающиеся не то что убытков, а даже и человеческих жизней . Про "дружественный огонь" - когда из за ошибок в трансляции приказа под огонь попадают свои же - слышали ? Да, теоретически можно устроить расследование и отправить под трибунал виновника. Но это уже не относится к теме ИТ, т.е. проблема "юридической ответственности" решается в другой плоскости, в организационной. Плюс я не помню - но у военных закон об ЭЦП не действует, там гостайна и все такое защищается по отдельному регламенту. Который в общем случае тоже является государственной тайной 😉
Там у каждой части такой регламент...
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Ну, например, монга гораздо лучше сочетается с многопоточностью в стиле корутин или реактивного программирования. У PG все еще не очень нормальный асинхронный драйвер, да и вообще транзакции плохо сочетаются с многопоточностью.
Впрочем, у большинства key-value с многопоточностью тоже очень неплохо.
а зачем многопоточность для kv?
источник

ST

Sergey Tsuprikov in Архитектура ИТ-решений
pragus
а зачем многопоточность для kv?
Для параллельной обьработки
источник

S

Sdobridnuk in Архитектура ИТ-решений
Sergey Tsuprikov
Для параллельной обьработки
Скорее уж для балансировки. В горизонтально-масштабируемых архитектуры без балансировки и API Gateway не бывает счастья
источник

S

Sdobridnuk in Архитектура ИТ-решений
Alexander Luchkov
Там у каждой части такой регламент...
В США тоже - там инструкции NSA напрямую в DoD не действуют. Взять хотя бы строк действия подписи. У нас он 1 год для юрлиц - казалось бы - что такого. А если вы имеете дело с юридически значимым электронными архивами, скро службы которых много дольше. Настолько дольше - что переживает не только срок службы ЭЦП, но и библиотек криптографии, и даже железа и операционок под которыми он работает..  Вот DoD и придумал организовать на потоке переподписание ранее подписанных документов с сохранением юр.значимости через "секретную тетрадку" за подписью нач.штаба"...
источник

ST

Sergey Tsuprikov in Архитектура ИТ-решений
Sdobridnuk
Скорее уж для балансировки. В горизонтально-масштабируемых архитектуры без балансировки и API Gateway не бывает счастья
Балансировщики (HAproxy, nginx) - отдельная тема
источник

S

Sdobridnuk in Архитектура ИТ-решений
Sergey Tsuprikov
Балансировщики (HAproxy, nginx) - отдельная тема
Ingress уж.А какой тогда смысл в многопоточной обработке, если можно в докер контейнере запустить фигову тучу копий обработчиков и свести их через Map Reduce.. Многопоточная обработкка скорее в монолитных приложениях выполняется, когда трудно размножить контекст по тредам - очень тяжело клонируется железо, операционка, главный диспетчер приложения и пр..
источник

p

pragus in Архитектура ИТ-решений
Sergey Tsuprikov
Для параллельной обьработки
Так не будет параллелизма больше чем числа ядер в системе :)
источник

KK

Kirill Keker in Архитектура ИТ-решений
Кстати нужно быть очень осторожным с Mongo от облачных провайдеров, они часто врут. В погоне адаптировать Mongo Community для Prod и DaaS они меняют его. Тот же AWS заявляет совместимость на уровне версии 3.6, но даёт утилу миграции индексов. А потом узнаешь что помимо индексов там ещё много что не работает. И от Mongo там почти не чего нет. Они не одни такие.
источник

PD

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

PD

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

p

pragus in Архитектура ИТ-решений
Phil Delgyado
В kv тоже бывают транзакции )
И? Как это влияет на cpu? :)
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Ээ, это если у меня мгновенное выполнение запроса. А если идет перестройка кластера и пауза на 500ms - то у меня с одной ноды гейтвея тысяча одновременно ждущих запросов будет.
А что потребляют ожидающие запросы кроме памяти?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
pragus
И? Как это влияет на cpu? :)
При чем тут cpu? Я про клиент и многопоточность на нем.
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
При чем тут cpu? Я про клиент и многопоточность на нем.
А причем тут потоки? :)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
pragus
А что потребляют ожидающие запросы кроме памяти?
Если корутины или реактивка - то ничего. Если jdbc - то поток на соединение.
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Если корутины или реактивка - то ничего. Если jdbc - то поток на соединение.
ну так это проблема jdbc :)
источник