Хостинг панели: бесплатные

AnrDaemon, да если бы просто хост создать, а там по хорошему и пользователя к каждому хосту и ФТП, в общем я пока в раздумьях. Написать свой шаблонизатор с так сразу не осилю, так как в администрировании совсем несилен (вчера пол дня пытался поставить Redmine 3 и так ничего и не вышло, версия 2.х ставится, а 3-й ни как).
Virtualmin именно так и работает. Создаёт пользователя на каждый хост со своей БД, сайтом, пасьянсом и куртизанками.
 
Не надо бояться ручного администрирования через ssh, все проще чем кажется, за день разберешься, если умеешь пользоваться юникс-системами хотя бы минимально на уровне пользователя командной строки.

Панели - это для инвалидов :)
 
Есть ли смысл в ajenti-подобной панели (очень близка к ssh)?
Я для себя не нашел применения, но вдруг.
 
Не надо бояться ручного администрирования через ssh, все проще чем кажется, за день разберешься, если умеешь пользоваться юникс-системами хотя бы минимально на уровне пользователя командной строки.

Панели - это для инвалидов :)
За день может и разберёшься, но когда тебе надо создавать и удалять аккаунты десятками - это уже не смешно.
 
Когда тебе нужно создавать аккаунты десятками - это уже похоже на хостинг и там вообще другая песня.
 
За день может и разберёшься, но когда тебе надо создавать и удалять аккаунты десятками - это уже не смешно.
Если надо создавать десятками, то это уже наверное бизнес, а не серваки для себя. А тут уже речь стоит вести о коммерческих решения для хостинг-компаний, а не о бесплатных панелях.

Ну или если это такая внутрянка и кровавый ентерпрайз - девопсы с puppet/ansible/chef.
 
У каждого свои тараканы в голове. Чем тот же puppet(написанный на Ruby) или ansible(написанный на питоне) хуже чем Virtualmin(написанный на перле) или та же Ajenti(на том же питоне, между прочим, написанная).
 
Это был намёк, что шаблонизатор с веб-интерфейсом чем-то отличатеся от шаблонизатора без веб-интерфейса?
 
puppet и ansible - это средства приведения парка серверов к единой конфигурации
для того, что бы "на одном моем сервачке добавить новый http хост" они не должны использоваться (нормальными людьми).
А когда у вас пяток серверов, а через полгода ожидается десяток, и у всех единообразно - тогда да.
 
Нормальность - понятие по определению субъективное :)
(И да, в вебмине есть управление кластером.)
 
Да речь не о том, что вебмином рулить парк нельзя. Хотя больше чем уверен - там заточено все на другое, и что бы включить новую ноду в этот кластер придется... пошаманить руками, поставить нужные пакеты... или запустить ansible сценарий.

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

А для дев-а вообще отдельные юзера не очень нужны, завести одного один раз, зарулить домен по маске *.test.myhost.ru, соответствующий конфиг в nginx и все. Только базы данных создавать под новый хост.
 
MiksIr, а что не так с управлением внутренним хостингом через puppet/ansible? Я, конечно, не пробовал, но если бы подобная задача возникла - первое что бы рассматривал.
Не на одном сервачке, конечно, но в рамках одного сервачка не бывает необходимости добавлять 10 вхостов каждый день.
 
Так о том и речь, что не на одном сервачке. На двух - уже можно подумать. Но два одинаковых сервера - это уже кластер, тут немного другой уровень ;)

Но если 10 вхостов каждый день - это смотря зачем. Если хостинг - там наверняка уже другие проблемы будут, навроде личных кабинетов, биллинга и т.п., и панелька хорошо пойдет.
А если, например, какая-то сеошная помойка.... то стоит подумать об оптимизации архитектуры ;))

Кстати, сейчас активно ansible юзаю, но как раз для целей быстрого развертывания новой ноды. Подкупило по сравнению с puppet-ом - то, что на удаленной машине вообще ничего ставить не нужно. Т.е. ставлю дебиан, говорю одну команду у себя на компе - ssh-copy-id, и все, дальше все делает ansible.
 
Что же делать с 4-я? ... какая-то черная дыра ;)

Если знаешь какую-то систему типа ansible, то написать сценарий и запустить его может быстрее, чем пойти по ssh и натыкать все руками ;)
И попутно получить беспроблемное расширение до 3, 4 и т.д. Ибо писать сценарий по факту (смотря на конфиги существующих серверов) сложнее, чем писать сценарий изначально.

Если с системами ранее не знаком, то, наверно, 2-3 и правда не стоит думать - подводные камни есть везде.
 
Сверху