память на нодах куба, где живет cassandra — ECC? (из той же доки)
уже что-то можете сказать об операторе CassKop?
случалось ли ловить такую проблему: удалили промаркировали надгробиями какие-то данные, надгробия исчезли (но часть реплик этих данных остались живы, т.к. одна из нод была в дауне и не удалила у себя), запустили repair — данные вновь появились (здесь — www.youtube.com/watch?v=SAyClLjN6Sk докладчик рассказывал об этом)
можете поделиться какими-то цифрами по корреляции кол-ва записей в секунду/минуту/час/сутки и занимаемым местом на дисках?
такая же корреляция, но с CPU/RAM выделенных нодам-подам? (реквесты, лимиты)
Правильно понимаете, не просто звонилка.
Исходящие:
клик на номер, на * улетает команда позвонить на внутренний номер того, кто кликнул. как только тот кто кликнул поднимает трубку, начинается звонок на номер, на который он кликнул и их соединяет
Входящие:
приходит звонок, какими-то внутренними средствами * адресуется конкретному внутреннему номеру — в битриксе показываем карточку, нет такого клиента — даем создать нового
Если звонок гуляет от одного внутреннего к другому, то будем показывать всем по очереди — звенит на 123 — показываем Васе, переходит на 345 — у Васи убираем и показываем Пете.
насколько мне известно, в docker, например, можно «подключить» volume (папку с диска, где запущен контейнер) и там будет жить БД, т.е. обрабатываться все в контейнере, а храниться на docker-хосте
1. Мы работаем с cel, cdr и queue_log и, как правило, удается вытащить все так как оно было на самом деле (в этом cel — неоценимый помощник). Настройки Asterisk на стороне клиента правятся, это необходимо для логики работы наших запросов.
Нужный кастом мы описали в вики, например — wiki.vistep.ru/doku.php?id=configure_freepbx_for_cloud_version
2. В базовом функционале — нет.
В этом случае, по запросу клиента, пилим спец. отчеты (пример в статье «Дополнительный отчеты»).
Безусловно, как вы правильно заметили, — серебрянной пули нет,
но мы стараемся выплавить нечто универсальное и растем в каждой итерации за счет фидбека и новых кейсов в настройке АТС клиентов.
Была идея написания своего модуля к Asterisk, дабы в отдельную БД все складывалось как нам необходимо, но уже не раз убедились, что весь путь звонка можно собрать из трех стандартных таблиц и представить его в нужно виде.
В ближайшее время реализация будет через AMI (как в интеграции с amoCRM, например, т.е. жмакнул на ссылку — зазвонил у тебя телефон, берешь трубку — пошел вызов на номер, по которому жмакнул).
Дальше будем смотреть.
Звонок по клику мышкой из интерфейса — да, в одном из следующих релизов будет.
Автоинформатор — в недрах нашего редмайна и гита есть такой проект, но в свет мы его пока не готовы выпустить.
*Если он мне адресован.
Полезная штука.
И в чем альтернативы превосходят оный?
Интересно было бы узнать, как вы готовите Cassandra.
В частности, такие аспекты:
удалилипромаркировали надгробиями какие-то данные, надгробия исчезли (но часть реплик этих данных остались живы, т.к. одна из нод была в дауне и не удалила у себя), запустили repair — данные вновь появились (здесь — www.youtube.com/watch?v=SAyClLjN6Sk докладчик рассказывал об этом)вот:
Просто меняйте default gw.
С ними действительно все достаточно просто.
Не было уверенности, что github.com/marcelog/PAMI работает с 7.0, а проверять и не стали.
Исходящие:
клик на номер, на * улетает команда позвонить на внутренний номер того, кто кликнул. как только тот кто кликнул поднимает трубку, начинается звонок на номер, на который он кликнул и их соединяет
Входящие:
приходит звонок, какими-то внутренними средствами * адресуется конкретному внутреннему номеру — в битриксе показываем карточку, нет такого клиента — даем создать нового
Если звонок гуляет от одного внутреннего к другому, то будем показывать всем по очереди — звенит на 123 — показываем Васе, переходит на 345 — у Васи убираем и показываем Пете.
Наша команда с Битриксом никак не связана.
И, кстати, вебхуки — реально классная тема.
docs.docker.com/engine/admin/volumes/volumes
Нужный кастом мы описали в вики, например — wiki.vistep.ru/doku.php?id=configure_freepbx_for_cloud_version
2. В базовом функционале — нет.
В этом случае, по запросу клиента, пилим спец. отчеты (пример в статье «Дополнительный отчеты»).
Безусловно, как вы правильно заметили, — серебрянной пули нет,
но мы стараемся выплавить нечто универсальное и растем в каждой итерации за счет фидбека и новых кейсов в настройке АТС клиентов.
Была идея написания своего модуля к Asterisk, дабы в отдельную БД все складывалось как нам необходимо, но уже не раз убедились, что весь путь звонка можно собрать из трех стандартных таблиц и представить его в нужно виде.
Дальше будем смотреть.
Автоинформатор — в недрах нашего редмайна и гита есть такой проект, но в свет мы его пока не готовы выпустить.