Что делать с сервером дальше?

[dovos]

Добрый день.
Нужен совет. В ТСЖ имеется старый физический сервер с Centos 5.9, с Elastix и Asterisk. Использовался для организации диспетчеризации в ТСЖ (принимал входящие через USB-модем).
Теперь встал вопрос - что с ним делать дальше? Восстановить работу в старой конфигурации? Или обновить всё и скопировать конфиги asterisk в новую версию ПО? Или пытаться настроить с нуля всё заново на актуальных версиях ПО или, даже на другом решении телефонии?
Или может кто-то подскажет актуальные решения для организации диспетчеризации в ТСЖ? В идеале требуется принимать звонок, записывать на автоответчик и уведомлять исполнителя о наличии нового звонка (в идеала хотим отправлять текстовую расшифровку звонка на емейл или телеграмм)

[Glukinho]

Любая виртуалка у любого VPS хостера (например, vdsina.ru), на нее FreePBX.
Номер возьмите самый дешевый у novofon.com (вроде, 180 рублей/месяц нынче).
Старый сервер выкиньте, зачем вообще в этой простейшей задаче отдельный аппаратный сервер?

[dovos]

зачем вообще в этой простейшей задаче отдельный аппаратный сервер?

Он есть. Если его можно программно обновить, то зачем его выкидывать?

[ded]

Размещая эти вопросы в разделе Вопросы новичков - лукавите!
Это уже далеко не новичковые вопросы.
с Centos будет чем дальше, тем тяжелее. Но, если вы достаточно консервативны и не будее придумывать никакие изменения/дополнения, то даже на самом старом ядре и старом Астериске всё описанное выше будет работать до скончания века. Только одна трудность в таком варианте - АПИ распознавания голоса сегодня всё больше на новомодных версиях Python, под которые уже полно готовых библиотек, которых нет в старой Centos 5.9.
Если думать про обновить всё и скопировать конфиги asterisk в новую версию ПО - то первая часть получится - обновить, а скопироват - нет. Много скриптов написано про update FreePBX, не видел ни одного 100% работающего, так как везде свои нюансы, свои зависимости библиотек. В новых версиях полей в таблицах MariaDB баз данных asterisk & asteriskcdr больше, да и нативную asterdb перевели из Berkley в sqlite3.
Если требуется принимать звонок, записывать на автоответчик и уведомлять исполнителя о наличии нового звонка - то это штатный функционал голосовой почты. Прослушивать сообщение IMHO легче, чем прочитывать. Если же хотим отправлять текстовую расшифровку звонка на емейл, то сами не справитесь (судя по глубине поставленных выше вопросов), обратитесь к интеграторам. Если же будете пытаться сами - ваше потраченное на это время тарифицируйте хоть приблизительно (зарплату разделить на 170 примерно, получить стоимость 1 часа): умножьте на количество затраченного времени.

[Glukinho]

Он есть. Если его можно программно обновить, то зачем его выкидывать?

Его надо куда-то ставить, нужно питание, нужен интернет, нужно обслуживать, нужно следить за дисками, сложно бэкапить, когда сломается - быстро не восстановите. От одиночного железного сервера под такую задачу проблем больше, чем пользы, особенно, если вы не сисадмин.

[ded]

Glukinho, люди делятся на две неравные части: ленивые, и параноики.
Первые - не хотят озадачиваться куда-то ставить, искать питание, стабильный интернет, в напряг им его обслуживать, следить за дисками, бэкапить, когда сломается - как-то там восстановливать.
Вторые - готовы озадачиваться, искать питание, стабильный интернет, обслуживать, следить за дисками, бэкапить, когда сломается - как-то там восстановливать. Своя рубашка ближе к телу.

Учёные пытаются найти очень редкий подвид - ленивые параноики. Но, пока - безрезультатно.