G
Агенты те же самые
ну живут он то на обоих фс.
но можно разбалансить чтобы один обрабатывал четные, другой не четные
если один из них упадет - второй будет обрабатывать все
Size: a a a
2021 July 09
АХ
но это частный случай для 2ух. для 3ех и больше можно делать номер_очереди % количество ФС
АФ
посмотри на этом в другом ракурсе
другой горизонт откроется если сможете правильно memcache обуздать
другой горизонт откроется если сможете правильно memcache обуздать
G
По идее это не сработает так как один и тот же агент будет получать звонок дважды, порядок дистрибуции будет тот же
АФ
это почему?
АХ
почему? у вас звонки в очередь 1000(условно) попадают на один и тот же ФС(на первый)
АХ
он трекает
АФ
если звонок пришел на фс1 то и фс1 будет вызывать агента
АХ
1001 на 2ой, 1002 на 3ий и тд
G
Там просто, первый звонок на очередь 1000 идёт на фс1 второй на очередь 1000 на фс2
АХ
а, ну это у вас так.
АХ
но вы же можете с одного фс на другой редиректить звонки
АХ
uuid_deflect
G
Если список агентов одинаков то они будут просто два раза звонить на одного, мне как раз нужно пошарить состояние между фс
АХ
а кто у вас балансирует вызовы?
G
Два внешних ай пи, приходит инвайт на IP фрисвича
G
Поделитесь ?
G
Наверное сделаю внешний сервис где буду читать стейт и всё, а раздавать скриптом
АФ
вот вам лаб.работа
сделать 3 vm, из них 2 vm это fs, 3-ая vm это БД + memcache
телефон регите на одном fs, на другом fs смотрите статус регистрации
пока не попробуешь туман так и будет летать в голове
сделать 3 vm, из них 2 vm это fs, 3-ая vm это БД + memcache
телефон регите на одном fs, на другом fs смотрите статус регистрации
пока не попробуешь туман так и будет летать в голове