asterisk.ru

перенести shared в плоскость redis с установкой ttl 1h, и по завершению звонка key удалять

простой key
user_10 → #data_that_you_dont_want_to_duplicate
driver_5 → @user_10

можно и object приспособить

перенести shared в плоскость redis с установкой ttl 1h, и по завершению звонка key удалять

простой key
user_10 → #data_that_you_dont_want_to_duplicate
driver_5 → @user_10

можно и object приспособить

дополнительная точка отказа

перенести shared в плоскость redis с установкой ttl 1h, и по завершению звонка key удалять

простой key
user_10 → #data_that_you_dont_want_to_duplicate
driver_5 → @user_10

можно и object приспособить

а если звонок 2-3-4 и тд часа? увеличить ттл? или убрать?
а если астер на отправил delete в конце звонка по разным причинам?

редис не поднялся или упал - обработка звонков похерится?
а если не похерится то как? и если не похериться то нафига там редис? ))

а если звонок 2-3-4 и тд часа? увеличить ттл? или убрать?
а если астер на отправил delete в конце звонка по разным причинам?

редис не поднялся или упал - обработка звонков похерится?
а если не похерится то как? и если не похериться то нафига там редис? ))

длительность звонка из/в pstn ограничена провайдером одним часом

ttl нужен для того если вдруг haugup профукает удаление key чтобы redis сам его удалил

длительность звонка из/в pstn ограничена провайдером одним часом

ttl нужен для того если вдруг haugup профукает удаление key чтобы redis сам его удалил

не во всех странах.
ну или внутренний/межфилиальный звонок - конфколл руководства на 3-4 часа например

кароче, редис для мелкого офиса пойдет.
пока не упадет во время звонка начальника )))

каждый по х3
в понедельник нагрузку тестил, один NODE в лёгкую держит 16К регистраций, работает в связке с redis

если идти по типу "кухонный комбайн" всё в одном в флаконе (на одном сервере) - астер, бд, etc то не стоит стабильности

каждый по х3
в понедельник нагрузку тестил, один NODE в лёгкую держит 16К регистраций, работает в связке с redis

и редис кластером?

да