уходит в починку приемка заказов и тд, нужно принимать заказы на себя, и потом пробрасывать на crm. Что то вроде прокси умного.
Задача: написать API микросервиса приема заказов, но задача интересная тем, что нужно обеспечить прием заказов без перебоев, те повысить шанс так сказать, если упадет что-то, заказы продолжат приниматься. Ну в теории тут надо два vds в разных дц … и на них принимать.
может есть готовые схемы уже подобных вещей? Или все кастомное и можно тут изобретать спокойно что-то своего?
с такой нагрузкой что-то мне подсказывает, что два vds в разных дц это оверкилл тогда самая большая опасность для такого сервиса — его разработчик
я хотел на входе сделать cloudflare и если что, менять на нем ip через их API, если какая то нода падает, это первое, что пришло в голову + репликациия. От нагрузи можно добавить load balancer по типу рандомного выбора сервера, средствами того же cloudflare, ну и добавлять сервера по мере нагрузки
зачем load balancer для одного заказа в минуту?)
я в целом про распредление нагрузки, если что … есть такой вот путь в голове
ты пытаешься из пушки по воробьям) такие проблемы решаются не инфраструктурой, а архитектурой
путь вполне стандартный, но я не уверен, что он поможет прийти к твоей цели в виде большой устойчивости
ну вот именно я пытаюсь, что то придумать, что может спасти меня ночью от таких вот смс и звонков. Чтоб всегда была на подхвате какая то нода или две в других дц, которые на себя бы взяли принятие заказов. Например не так давно у меня вырубились 5 VDS в кампании OVH, так как там был пожар … и это было крайне не приятно. И алерты из zabbix не пришли, потому что все были в той инфраструктуре. Но самое паганое, данные не доходили до базы. Вот я и пытаюсь сделать сейчас что-то вроде двух vds но в разных дц. Ну типа раз в минуту будут они друг друга пинговать, если мастер не отвечает, то из другого дц берет и сам через апи прописывает себя мастером в cloudflare. А когда заходит заказ они оба будут пытаться записывать заказ на сразу две ноды…
два vds в разных дц хорошая тема. но насколько частое это событие?
ну вот когда это было с OVH, мы потеряли сервис - ну клиенты просто ушли. Те это критично, а если идут заказы этоконские потери вообще.
Обсуждают сегодня