Сравниваю Asterisk и FreePBX для офисной телефонии

FreePBX — не отдельная телефонная система вместо Asterisk, а веб-платформа для управления Asterisk. Лицензия с открытым кодом не делает внедрение бесплатным: считать нужно настройку, обновления, резервное копирование и время администратора. Покажу, как выбрать вариант без мифических процентов экономии.

Asterisk и FreePBX: в чём разница

Asterisk — движок телефонии: он обрабатывает вызовы, соединяет абонентов, транки и приложения по заданной конфигурации. FreePBX добавляет веб-интерфейс и набор модулей, через которые администратор управляет многими настройками. Это не два равных продукта, из которых можно выбрать один: FreePBX работает поверх Asterisk. Поэтому корректный вопрос звучит так: нужен ли команде интерфейс FreePBX или достаточно управлять Asterisk напрямую? Если сравнивать эти варианты как «платную систему» и «бесплатную», мы сразу ошибёмся в расчёте. Открытый код убирает часть лицензионной зависимости, но не отменяет проектирование, настройку, проверку и сопровождение. Я не считаю сам факт установки доказательством готовности телефонии к работе. Важнее понять, кто заведёт внутренние номера, настроит входящие маршруты, проверит резервные сценарии и восстановит сервис после неудачного изменения. У FreePBX часть рутинных операций доступна через браузер; у чистого Asterisk больше работы идёт через конфигурацию и инструменты командной строки. Удобство интерфейса имеет ценность, если им пользуются, а инженерное управление полезно, если его умеют поддерживать. Ни один вариант сам по себе не гарантирует ни надёжность, ни экономию.

FreePBX — модульная система, её прикладная часть использует PHP и JavaScript; это конкретная дополнительная составляющая, которую приходится обновлять вместе с остальной системой. У FreePBX 17 свои проверенные требования: документация Sangoma указывает Debian 12 и поддержку PHP 8.2. Переносить эти параметры на старую версию или другую сборку нельзя. В частности, совет «поставьте PHP 5.6» не является универсальной инструкцией и здесь удалён: для актуального варианта он неверен. Указания по совместимым версиям меняются между ветками, поэтому до внедрения я фиксирую версию FreePBX, ОС, PHP и Asterisk, а затем сверяю их с документацией именно этой ветки. Не выбираю ОС только потому, что она знакома администратору: для FreePBX 17 официально поддерживаемой платформой названа Debian 12. Такой список требований — не прихоть установщика. Несовпадение компонентов может превратить штатное обновление в проект по восстановлению панели. Я проверяю совместимость до установки, а обновляю компоненты согласованно и по плану. Именно здесь интерфейс добавляет ответственность за стек, а не мистическую «плату за каждый клик».

• Asterisk обрабатывает логику телефонии.
• FreePBX даёт веб-управление поверх Asterisk.
• Совместимость зависит от конкретной версии.

Из чего складываются расходы

В бюджете я разделяю разовые работы и регулярное сопровождение. Разовая часть — обследовать текущую телефонию, описать маршруты, подготовить номера и транки, перенести настройки и проверить входящие и исходящие вызовы. Регулярная — устанавливать исправления, следить за резервными копиями, проверять доступность и разбирать изменения. FreePBX может сократить время на типовые операции для команды, привыкшей к его панели. Но если интерфейс настроил один подрядчик, а поддерживает другой специалист, без документации его наличие само по себе не экономит часы. Чистый Asterisk тоже не «бесплатнее» по определению: удобство сценария зависит от повторяемости изменений и наличия навыка работы с конфигурацией. Считать нужно реальные задачи компании, а не стоимость строки в прайсе лицензий. Я прошу перечислить, что меняется каждый месяц, кто это делает и сколько времени занимает сейчас. Затем оцениваю цену этих работ и последствия ошибки. В таком расчёте стоимость владения становится прозрачной: её можно пересмотреть при изменении числа абонентов, сценариев и компетенций команды. Без этой исходной точки утверждения вроде «поддержка стоит 20 тысяч в год» остаются рекламной цифрой. Для разных составов работ единого тарифа нет.

Я не оставляю в смете выдуманные суммы поддержки и часы простоя: у них нет проверяемого источника, а стоимость зависит от состава работ и условий договора. Вместо этого фиксирую конкретный перечень: кто обновляет систему, кто проверяет журналы, где лежит резервная копия конфигурации, кто принимает заявки и какое время реакции обещано. Если работу выполняет штатный администратор, учитываем его рабочее время; если подрядчик — стоимость согласованного обслуживания. Отдельно записываем проектные работы: внедрение, перенос, настройку телефонов и обучение ответственного сотрудника. Простой тоже нельзя честно оценить одной цифрой без данных о звонках и выручке. Я предлагаю оценить последствия на стороне бизнеса: какие звонки потеряются, есть ли переадресация, кто вручную обработает заявки и как быстро можно переключиться на резервный сценарий. Это предметный разговор вместо громкого обещания «система окупится». Иногда FreePBX оправдан тем, что несколько уполномоченных сотрудников самостоятельно выполняют типовые изменения. Иногда панелью пользуется только инженер, и второй интерфейс добавляет ему ещё один слой сопровождения. Итог зависит от процесса, а не от ярлыка open source.

• Разделите внедрение и регулярную поддержку.
• Учитывайте рабочее время администратора.
• Считайте простой по последствиям для бизнеса.

Производительность: не верьте чужому проценту CPU

Нагрузка зависит от сценария вызовов, кодеков, записи разговоров, конференций, модулей, операционной системы и ресурсов виртуальной машины. Поэтому число вроде «панель отнимает 30 % процессора при 30 разговорах» без описания методики бесполезно. В исходной статье именно такая цифра была подана как результат измерения, но подтвердить её нельзя; я её убрал. Нельзя из одного неподтверждённого замера выводить, что любой FreePBX требует более мощный сервер, а чистый Asterisk всегда экономит фиксированную сумму. Перед подбором ресурсов я собираю профиль нагрузки: число одновременных вызовов в пике, используемые кодеки, запись и хранение разговоров, отчёты и другие модули. Затем проверяю CPU, память, дисковую подсистему и качество связи на тестовом сценарии. Если штатного запаса мало, выясняю, что именно упирается в предел, а не покупаю ресурсы вслепую. У веб-интерфейса есть собственные процессы и зависимости, но долю их потребления следует измерить на конкретной системе. Нагрузка на Asterisk при обработке голоса — отдельный вопрос. Нельзя считать её равной цене графического слоя или напрямую пересчитывать процент CPU в платёж за VDS.

Для офиса с небольшим числом сотрудников я обычно сравниваю два реальных стенда на одинаковых ресурсах и одинаковой конфигурации вызовов. Сначала фиксирую исходное состояние и проверяю, что тестируется один и тот же сценарий: одинаковые маршруты, транк, кодек, нагрузка и запись. Потом смотрю не на единичный всплеск, а на поведение во время контрольного периода, включая качество вызовов и журналы. Так можно понять, есть ли у веб-процессов заметный вклад именно в нашей конфигурации, как ведёт себя Asterisk под ожидаемой нагрузкой и сколько запаса нужно для роста. Это гораздо полезнее переноса чужого значения 12 % или 30 % в свою смету. Для расчёта аренды беру актуальные предложения выбранного провайдера и сравниваю одинаковые ресурсы, регион, диски и условия поддержки. Таких коммерческих цен нет в экспертной базе, поэтому я не стану публиковать несуществующий «базовый тариф». Если система уже работает, сначала снимаю замеры и ищу узкое место. Переход на чистый Asterisk только ради обещания экономии на сервере не обоснован, пока измерения этого не подтвердили.

• Сверьте одинаковый профиль вызовов.
• Измеряйте реальные стенды, а не чужой процент.
• Покупайте запас по наблюдаемой нагрузке.

Кому подходит веб-интерфейс, а кому CLI

FreePBX удобен, когда ответственный сотрудник должен через браузер менять типовые параметры и не редактировать конфигурацию вручную. Но панель не отменяет понимания логики телефонии: при сбое нужно установить, где причина — в транке, маршруте, учётной записи, сетевом соединении или самом Asterisk. Я выясняю, кто будет владельцем системы и какие действия он должен уметь выполнять. Если это один администратор, который уже обслуживает Asterisk, он может предпочесть прямой контроль и автоматизировать повторяющиеся настройки. Если типовые изменения распределены между сотрудниками, интерфейс может упростить их работу при правильных правах и регламенте. Я не обещаю универсального срока обучения вроде «20 часов» или несуществующего кейса на «40 часов»: такие оценки не подтверждены и сильно зависят от опыта. Вместо этого составляю перечень задач и провожу передачу на тестовой системе: добавить абонента, проверить маршрут, понять статус транка, откатить ошибочное изменение. Успех — когда ответственный умеет выполнить нужные операции и знает, когда остановиться и передать проблему инженеру. Кнопка «применить» — не замена процедуре проверки.

У FreePBX есть собственная командная утилита fwconsole; официальная справка описывает, в частности, команду fwconsole m, которая открывает MySQL с учётными данными FreePBX из /etc/freepbx.conf. Это хороший пример того, почему панель нельзя воспринимать как отдельный сайт: её конфигурация и служебные инструменты связаны с серверной частью. Я не вставляю команду перезапуска в статью как универсальное средство «починить телефонию»: сперва устанавливаю причину и читаю документацию соответствующей версии. Для чистого Asterisk администратор чаще работает непосредственно с его конфигурацией и CLI; это даёт контроль, но повышает требования к дисциплине и документации. При любом варианте я записываю, какие настройки генерирует интерфейс, кто имеет право их менять и как проверяется результат. Ручные изменения в генерируемых файлах могут быть перезаписаны при следующем применении параметров — поэтому нестандартные сценарии надо проектировать с учётом правил выбранной платформы. Также проверяю восстановление копии и тестовый путь обновления. Если администратор не умеет безопасно откатывать изменения, простота интерфейса закончится при первом неудачном обновлении.

• Определите владельца системы и его задачи.
• Проверьте навыки на тестовой АТС.
• Зафиксируйте права, резервную копию и откат.

Как выбрать для офиса до 50 человек

В условном проекте «Фрегат-Сервис» я бы не начинал с выбора между красивой панелью и терминалом. Сначала описал бы текущие звонки: какие есть внутренние номера, сколько одновременно говорят, куда идут входящие, что происходит вне рабочего времени, требуется ли запись и какие сбои критичны. Затем проверил бы, кто будет поддерживать систему и как часто меняются правила. Если изменения типовые и их должен выполнять подготовленный сотрудник, FreePBX может упростить управление. Если сценарии нестандартные, администратор уверенно работает с Asterisk и ценит автоматизацию, чистая установка может быть разумнее. Проверка совместимости нужна в обоих случаях; для FreePBX 17 я сверяю Debian 12, PHP 8.2 и подходящую ветку Asterisk с документацией. Эта конкретика важна: в инструкции для FreePBX 17 перечислены Asterisk 21 и 22, причём на той же странице сказано, что FreePBX 17 по умолчанию поставляется с Asterisk 22. Старое число из форумного ответа нельзя автоматически считать актуальной рекомендацией. Версию выбирают по поддерживаемой связке и требованиям оборудования, затем проверяют на тестовом контуре.

После обследования я свожу варианты в таблицу: стоимость внедрения по коммерческому предложению, объём ежемесячной поддержки, список изменений, которые команда выполнит сама, запас ресурсов и план восстановления. Если цифры неизвестны — оставляю их неизвестными до замера или запроса сметы, а не заполняю удобными оценками. Выбор должен опираться на реальную цену работ и компетенцию команды: FreePBX не обязательно дороже, а Asterisk без панели не обязательно дешевле. Главное — обеспечить повторяемое управление, резервирование и проверенный возврат к рабочему состоянию. В итоге заказчик получает зафиксированную конфигурацию, ответственных, регламент обновлений и сценарий проверки вызовов. Именно так я сравниваю стоимость владения: не по числу процессов на картинке, а по работам, которые действительно нужны этому офису. Ссылки на прайс хостинга здесь заменили бы расчёт для чужой платформы, а фиксированные цены поддержки без перечня услуг вводили бы читателя в заблуждение. Сначала обследование и понятный план, потом выбор архитектуры. Такой порядок скучнее магической экономии на 24 тысячи в год. Зато его можно проверить.

• Соберите сценарии звонков и требования.
• Сверьте поддержку версий и компетенции.
• Сравните сметы на одинаковый объём работ.

Частые вопросы