AO
по идее она не должна иметь возможности лезть куда-то там на внутренние API
Size: a a a
2019 April 24
AO
иначе взломают её - пойдут дальше
AO
по идее, "входная коробка" должна быть "тупой"
S
я не знаю ответа) но я лишь посоветовал бы запускать всё в оперативке и параллельно
Этот вариант я оставил на самый крайний случай. Хотелось бы получить совет все-таки как заставить это работать, но все-равно спасибо)
D
вот эта "коробка" она торчит попой наружу
сейчас да, но вынести пользователей в отдельную коробку и упаковать апи наружу не проблема (просто 70%+ проекта - эти данные), этим и займусь дальше. Данные тем не менее конфиденциальные
D
В общем большое дерево - большая часть проекта. И лучшее что придумали - упростить путь. Всё на sql. Но оно и хранится и считается в одном месте. Вроде как уже и не дробится особо дальше, но всё еще большое
AO
сейчас да, но вынести пользователей в отдельную коробку и упаковать апи наружу не проблема (просто 70%+ проекта - эти данные), этим и займусь дальше. Данные тем не менее конфиденциальные
мне тут по соображения безопасности не нравится подход, когда предлагается те же Celery-worker'ы запускать с тем же кодом вокруг, что и основной проект
AO
вот этот "общий код на всё" выглядит антипаттерном
AO
то есть кажется, что вот эта "входная коробка" не должна сама быть активной, она может послать некий сигнал о том, что "заберите у меня данные" или даже "вот данные, сделайте что-нибудь", но может ли она сама (воркеры с её кодом) стучаться на другие внутренние API
AO
тут мне вопрос безопасности не нравится
AO
и я подумал, а интересно, кто как делает
D
это можно пускать через Центрифугу например?
D
сообщение летит со стороны готового результата
D
просто бросает в чат и закрывает его
AO
а эти запросы к входной коробке у тебя не ждут ответа?
AO
по идее, выполнение запроса и сброс его - это тоже время
D
надо задуматься. Интересно. Спасибо за вечер, у меня скоро 3 ночи, я спать:)
AO
AB
AB
Немного пиара dry-python 🙂