если вам нужен просто registrar middlebox, то можно посмотреть в сторону opensips с его модулем mid_registrar, он работает из коробки. В камаилио такой функционал придеться писать самому.
А вообще, вы правильно написали, делать систему где на астериске >5K регистраций и потом это чинить, затея так себе.
был кстати на этой лекции, вывод который можно сделать это то, что не надо бездумно поднимать N докер контейнеров с дефолтными ран-тайм настройками на одном хосте и расчитывать, что все будет летать. И это не только к RTP/RTCP/SRTP относится.
На одном сервере только с одним контейнером можно спокойно предположить, что практически все cpu время будет выделено для этого работающего контенера, конечно с условием, что никаких других cpu-intensive задач там нет. И никакие тайминги никуда не поедут.
Если же контейнеров несколько, то планировщик можно настривать штатными докер опциями: cpu-period, cpu-quota. Лучше предварительно почитать о том как они работают в документации scheduler/sched-bwc.txt
Вот как раз таки эту основную и сложную задачу крайне тяжело решить если речь идет о действительно узкой специализации. Если же вы продаете просто «разрабатываем сайты», то пара опытных продажников вполне могут справиться, но и заказы и клиенты у вас будут соответствующие. Кому-то вероятно этого будет достаточно, но если вы именно специализируетесь на сложной нишевой работе, то это сильно усложняет процесс продаж особенно для тех, кто не является экспертом в этой работе. Циклы продаж для такого рода продукта или услуги длинные и включают терпеливое поддержание консультативных отношений с потенциальным заказчиком, которые подчеркивают вас как отраслевого эксперта. Трудно упаковать заказную разработку нишевого кастомного ПО или узкоспециализированый консалтинговый продукт в какую-то форму даже для хорошего, но ничего не понимающего в этом продажника. Продажников придется обучать. Это соответственно повышает затраты на привлечение новых клиентов.
А так статья понравилась.
если вам нужен просто registrar middlebox, то можно посмотреть в сторону opensips с его модулем mid_registrar, он работает из коробки. В камаилио такой функционал придеться писать самому.
А вообще, вы правильно написали, делать систему где на астериске >5K регистраций и потом это чинить, затея так себе.
спасибо, полезная информация.
был кстати на этой лекции, вывод который можно сделать это то, что не надо бездумно поднимать N докер контейнеров с дефолтными ран-тайм настройками на одном хосте и расчитывать, что все будет летать. И это не только к RTP/RTCP/SRTP относится.
На одном сервере только с одним контейнером можно спокойно предположить, что практически все cpu время будет выделено для этого работающего контенера, конечно с условием, что никаких других cpu-intensive задач там нет. И никакие тайминги никуда не поедут.
Если же контейнеров несколько, то планировщик можно настривать штатными докер опциями: cpu-period, cpu-quota. Лучше предварительно почитать о том как они работают в документации scheduler/sched-bwc.txt
А так статья понравилась.