AO
микросервисы в самом начале не нужны) они нужны, когда много людей пытаются делать 1 проект и им сложно это делать в рамках 1 сервиса
Size: a a a
2019 July 13
A
на сколько я знаю, нет, если тебе нужно много запросов обрабатывать, то посмотри торнадо
Не надо
GS
микросервисы в самом начале не нужны) они нужны, когда много людей пытаются делать 1 проект и им сложно это делать в рамках 1 сервиса
Я знаю что преждевременная оптимизация - зло. Но на мой вопрос я так и не нашел ответ
AO
какой вопрос?
A
микросервисы в самом начале не нужны) они нужны, когда много людей пытаются делать 1 проект и им сложно это делать в рамках 1 сервиса
YAGNI: микросервисы не нужны
GS
какой вопрос?
Как например, реализованы онлайн сервисы по подбору паролей по радужным таблицам например
AO
YAGNI: микросервисы не нужны
слишком толсто)
GS
Клиентов куча. Задачи. Беруться в работу сразу. Тут celery покуривает в сторонке
A
Как например, реализованы онлайн сервисы по подбору паролей по радужным таблицам например
Просто хеш-> коллизия
GS
Просто хеш-> коллизия
Все равно много клиентов много задач. Можно управлять задачами. Паузы стопы ретраи
GS
У меня есть реализация. Но кажется что она уродлива
A
Не понимаю: одна таблица 2 колонки, хеш - строка
A
Ищем по хешу - выдаёт строку
GS
Не понимаю: одна таблица 2 колонки, хеш - строка
Я просто пример поивел. Представь что у тебя система которая берет задачи на парсинг
GS
Тоже посто пример
A
Я просто пример поивел. Представь что у тебя система которая берет задачи на парсинг
Глянь etl
A
airflow Luigi
GS
Ну или соберает стату с ютуба. Много что можно предложить. Суть одна. Долгие задачи. Много долгих задач. Много клиентов. Реактивно следить за изменением статуса задачи.
GS
Естественно статистика выполнения, счетчики.
GS
Не может быть что такого никто не делал. Что все пилят просто катологи на джанго?