IncSimples, тогда зачем? Когда есть такие монстры то можно либо пилить свое с нуля ради опыта или крутой уникальной идеи (и тогда ваш запрос бесполезен), либо хотеть быстро что-то поднять (и тогда это вообще только трата времени и 100% провалом)
Талян, там отличная работа с кодом и рефакторингом, много плагинов, линтеры,.. на самом деле сейчас и не вспомнить, но еще никто не хотел обратно. Хотя переход на него это всегда ломка почему-то
Дмитрий Башинский, за что боролись на то и напоролись) FaaS это такая вещь что может просто и незаметно положить что угодно. Был случай когда одна маленькая компания положила Ozon просто экспортом из AWS своих товаров точно так же как это сделали вы)
Albert Kazan, на сервере ассоциируете соединение с этим сферическим токенов в вакууме. Можете посмотреть примеры в документации socket.iom там было. И когда надо кому-то отправить сообщение то получаете все его соединения (он может сидеть в нескольких вкладках, например) и слать во все сразу одно и то же сообщение
Albert Kazan, конечно хранить и проверять. Даже если это пет-проект то чтоит так делать. Но если хочешь простоты то просто генерируй Cookies с определенным именем и не мучайся
Дмитрий Башинский, тогда мои соболезнования, но FaaS всегда позиционировался как бесконечно-масштабируемый сервис. При чем в то время когда AWS говорит что у нас 1000 инстансов на запуск в регионе , то у Azure действительно условная бесконечность) Вы выбрали неправильный инструмент для вашей задачи, похоже
Snewer, да. И обрабатываться они будут независимом можете повесить с другой стороны хоть один воркер, хоть тысячу. Получите масштабируемость и в случае увеличения нагрузки максимум - задержки, но не результат. Кончено стоит добавить каунтер к импорту чтобы знать что он завершился
Snewer, если вам охота поставить это на поток и не беспокоиться о нагрузке, то можете создавать "задания". То есть создаёте базу с импорта и (файл и метаинформация). После этого отправляете его на валидацию (в message broker). Если он валиден то создаёте набор заданий на импорт и спокойно из другой очереди из обрабатываете. Не забудьте про исключения и тому подобные вещи. Так же стоит добавить параллельный обработчик, который удаляет(прячет) товары, которые не находятся в выгрузке
becks, да, это забавно, но они не в одно место ломились) дело в том что, как вам уже сказали, у крупных организаций единая база. Делается это в первую очередь ради экономии сил и времени.
Если посмотреть на компании поменьше то оказывается что многие hr-ы все-равно общаются. То есть если вам отказали в одной организации то вам автоматом закрыт путь ещё в несколько только по тому что о вас уже есть ряд ценных данных. Это очень интересный мир.
Есть и обратная сторона. Если вы просто не подошли организации, но являетесь перспективным то об этом тоже с удовольствием разнесут информацию и на вас могут выйти будущие работодатели.
В частности этот мир так устроен из-за компаний, занимающихся подбором персонала и они живут на премиях за приведенных сотрудников
nsmilyk, не спросите - не узнаете. Чем больше компания тем реже они работают с посредниками. Вы же замахнулись на очень крупную рыбу) я не говорю что у вас не получится, но просто проще влоб, просто подготовившись
