Сергей Петриков: в яндексахгуглахфбуках всё иначе. Там администраторы отвечают выступают архитекторами и разработчиками по большей части, например. А для обслуживания есть младшие админы.
Вот не факт, что этот адрес белый)
Добрый билайн (который мобильный), помнится, NAT-ил "белые" адреса в белые по какой-то странной схеме.
В итоге у тебя адрес на интерфейсе нормальный, ifconfig.me видит тебя с правильным адресом, но адрес на самом деле "серый", потому что заначен "сам в себя" (ну то бишь на твоём конце P-t-P туннеля у тебя белый адрес, на втором конце P-t-P - серый, в недрах билайновской железки оно натится, на выходе пакет вылетает с тем же адресом, что и на твоём конце P-t-P). У меня было два вопроса к ним - "как и нахера", но задавать психического здоровья ради не стал.
Алексей Ямщиков: ваши случаи (по крайней мере, первый) я и называю "херак-херак и в продакшн".
В ынтерпрайзе это иногда приводит к печальным последствиям. Например, новый хост по каким-либо причинам назовет себя market.yandex.ru. И добавит себя в RR.
Но вообще конкретно эта задаче решается посредством dyndns. Не нужно там ничего перезапускать.
Алексей Ямщиков: я же сказал - профит в том, что пакеты императивны.
Наличие пакета приводит систему в ожидаемое состояние, удаление пакета выводит систему из данного состояния.
Все cms - императивны. Они что-то делают и смотрят за тем, что за ними ничего не поломали. Если использовать cms на полную силу (с конфликтами, зависимостями и прочим) - то проще собирать пакеты. Если использовать не в полную силу - то система будет находиться в неизвестном состоянии в произвольно взятый момент времени.
> слишком большой оверхед получается по времени?
Вот тут ваша самая большая ошибка. Пакеты с конфигурацией как раз собирать очень легко.
Алексей Ямщиков: а нормальных гетерогенных инф-р не бывает. Не нужно пытаться запустить половину балансеров на центосе, а вторую на убунтах.
Я видел, во что превращаются сервера после аутсореров, которые паппетом пытаются привести все свои сотни обслуживаемых серверов с дебианом/центосом/бсдой и прочим к похожему состоянию. Ничего хорошего из этого не выходит.
Алексей Ямщиков: мне ваша боль, в общем-то, знакома. Пакеты вы собирать не умеете.
Именно для таких людей чифы с паппетом и прочим и появились. Чтобы не мыслить пакетными категориями, чтобы "всё из коробки в один клик", а мыслить категориями "если я поменяю конфиг Х, то произойдет У".
Алексей Ямщиков: ну да, перепутал. Пакеты - императивны. Поэтому, если пакет ты сделал правильно и он поставился - то ты можешь быть уверен, что оно работает. Если ты его удалишь - то больше оно работать не будет.
А чтобы из паппета сделать императивный инструмент - нужно дохрена раз написать "file is absent".
А зачем нужен динамично развивающийся xmpp-сервер? ejabberd2 по факту написан давно. XEP-ы впиливают новые, да баги ищут-фиксят. Развивать его уже не нужно.
Алексей Ямщиков: "хуяк хуяк и в продакшн". Примерно для этого.
Более или менее понятна история возникновения CFEngine (он действительно умеет все ОС и при помощи него можно настраивать гетерогенный кластер из веб-серверов на windows+solaris+linux+шпукс с одинаковой конфигурацией).
Остальные - только ради хуяк-хуяк.
Чтобы собирать пакеты - надо думать. Зато они императивны. А вот все cms - декларативны и думать там в целом не нужно. Зато частенько нужно лезть руками и исправлять то, что ты там этим хераком натворил.
Впрочем, ansible/puppet/chef дико удобны для того, чтобы ставить пакеты и контроллировать их версии, да =)
