Страница 2279 из 2827

Cообщение от   Telegram-канал anonymous

Добавлено: 13 янв 2026, 20:47
notify_ded_bot

Если не ошибаюсь, об этом говорили на одном из Asterconf)

Cообщение от   Telegram-канал asosnin

Добавлено: 13 янв 2026, 22:23
notify_ded_bot

Странно, что в 2026 году вопрос возник... Вроде Астер в докере и в композе тоже - уже много лет тысячи народа крутят. Неужто все в режиме host. С ним смысл докера теряется (имхо).
Я как Дед Яга против микросервисов в VoIP конечно, потому проблем таких не видел. Но для общего развития огромное спасибо за информацию, отложил в копилку знаний

Cообщение от   Telegram-канал asosnin

Добавлено: 13 янв 2026, 22:28
notify_ded_bot

Хотя... Для ci/cd или k8s если... Наверное да, тогда имеет смысл с контейнерами заморочиться

Cообщение от   Telegram-канал invisiblesun88

Добавлено: 14 янв 2026, 03:16
notify_ded_bot
докер очень не любит такие огромные диапозоны открывать ибо под каждый порт делает отдельный проброс и как итог их 10к

Он же в iptables дня каждого порта запись делает, сами понимаете какой там объём работы

Cообщение от   Telegram-канал anonymous

Добавлено: 14 янв 2026, 09:26
notify_ded_bot

Кстати, кому мало снега - ехайте на Шерегеш или в Кемерово. Там почти как на Камчатке

Cообщение от   Telegram-канал asosnin

Добавлено: 14 янв 2026, 09:28
notify_ded_bot

нас у тут неплохо кормят присыпало

Cообщение от   Telegram-канал TheRam

Добавлено: 14 янв 2026, 09:28
notify_ded_bot

угу.. а кому не хватает хлеба - пусть едят пирожные...

Cообщение от   Telegram-канал spa79

Добавлено: 14 янв 2026, 09:28
notify_ded_bot
Хотя... Для ci/cd или k8s если... Наверное да, тогда имеет смысл с контейнерами заморочиться

Если нагрузка маленькая, типа офисная - то ок.
На больших оно не имеет смысла, делать еще одну прослойку.

Cообщение от   Telegram-канал TheRam

Добавлено: 14 янв 2026, 09:35
notify_ded_bot

Может это тема больше фрисвичовая, для мультисервисных платформ под небольшие нагрузки.

Cообщение от   Telegram-канал anonymous

Добавлено: 14 янв 2026, 10:19
notify_ded_bot

Пошёл учить Zabbix ради Asterisk… а в итоге спас совсем другую часть инфраструктуры

Один из наших студентов пришел на практикум по Zabbix с целью:
разобраться в связке Zabbix + Asterisk, чтобы мониторить телефонию на работе.

Ну, вы знаете эту историю:
«да-да, мы потом обязательно всё настроим»,
«давайте сначала телефонию починим, потом мониторинг», и вот это всё…

Но вышло иначе.

Пока разбирался на курсе:
— понял, как быстро поднимать Zabbix,
— как грамотно строить мониторинг не только софта,
— и что Zabbix отлично заходит не только на телефонию.

Что сделал после курса:
— развернул Zabbix уже в проде,
— завёл туда сервера и хранилища,
— получил нормальную картину по ресурсам, температуре и железу,
— убрал «на авось» и «по логам догадаемся».

И самое интересное — применил знания вообще не там, куда изначально планировал.
Телефония — потом. А польза случилась уже сейчас.

Мораль такая: иногда приходишь «просто посмотреть Zabbix», а уходишь с инструментом, который реально начинает экономить нервы и время всей инфраструктуре.

Если у вас тоже «мы когда-нибудь займёмся мониторингом» — это как раз тот самый «когда-нибудь».
Ближайший практикум по Zabbix в марте