Это актуально если админ модерновый, который умеет/хочет писать код, разбираться с системами умправления кодом и прочей шляпой. Я не смотрел как там эта хрень работает, но мне кажется что чем проще сделать, тем лучше. Под unicorn запустить приложение, nginx на фронт-енд. Тогда это кто угодно сможет обслуживать. Без изучения git/ansible и прочей шляпы. Overkill, я считаю....
Sent from iPhone > 2 окт. 2016 г., в 15:07, Hleb Rubanau <[email protected]> написал(а): > > Простите, что встреваю, но крайне советую не выделять документирование в > отдельную сущность. В эпоху ansible и docker / docker-compose всю > конфигурацию можно держать в коде и управлять ею соответственно (через гит, > бранчи и т.п. ). > > > On 2 Oct 2016 21:11, "Andrej Zaharevicz" <[email protected]> wrote: >> Кстати, может имеет смысл с нуля с документированием? Правда, пожалуй, >> лучше сначала в какой песочнице? >> >> Andrej Zacharevicz >> +375 29 6666 064 >> >>> On 2 жовт. 2016, at 20:15, Alex Klyga <[email protected]> wrote: >>> >>> >>> >>> Воскресенье, 2 октября 2016, 17:38 +03:00 от Dmitriy Kostiuk >>> <[email protected]>: >>> 02.10.2016 12:48, Andrew Shadura пишет: >>> > Примерно два года назад, когда в очередной раз упал сайт, т.к. крутился >>> > в скрине запущенный Витей, а Вити в радиусе досягаемости не было, я >>> > добровольно взялся поддерживать сайт в работоспособном состоянии. >>> > Разобрался, как всё работало (если это так можно назвать), прикрутил >>> > логи, мониторинг и перезапуск через daemontools, да ещё до кучи >>> > поддерживал код и фиксил баги, когда меня Дима просил это делать. >>> > Попутно прибивал спамеров, обновлял пакеты и вообще поддерживал сервер в >>> > работоспособном виде. С полгода назад апгрейднул на systemd с почти >>> > нулевым даунтаймом, переделал мониторинг, логи и перезапуск на systemd, >>> > настроил out-of-memory killer. >>> > >>> ... >>> > Пока я администрировал сервер, reboot был штатной ситуацией, всё >>> > корректно завершалось, стартовало и работало через ~15 секунд после >>> > команды перезагрузки. В новой конфигурации я сделал reboot, сервер ушёл >>> > >>> > в несознанку, отвечая лишь something went wrong. После чего я потратил >>> > ещё два часа распутывая конфиги и кривые скрипты, впиливая всё назад в >>> > сервисы, настраивая let's encrypt так, как он должен был быть настроен. >>> > Немного перегнул палку, правда, вернув назад lighttpd, который на >>> > сервере был до пашиного&ко вмешательства — можно было оставить и пашин >>> > nginx. >>> >>> >>> Позволю себе кротко заметить, что если построенная система (стройная и >>> работоспособная, да) нигде и никак не описана - она чёрный ящик... и как >>> только кто-то возьмется что-то в этом ящике полезное делать - он >>> обязательно всё поломает. Процитированное хоть и эмоциональное, но всё >>> же какое-то описание... жаль, ретроспективное. >>> >>> Да, это замечание не к Андрею, кстати, а скорее к нынешним изменениям: >>> кто сейчас снова ничего не задокументирует - тот будет очень неправ... >>> >>> :-/ >>> >>> >>> _______________________________________________ >>> Talks mailing list >>> [email protected] >>> http://lists.lvee.org/mailman/listinfo/talks >>> >>> Если все задокоментировать, то проще все сделать с нуля. Это мое мнение. >>> Однако, если наводить порядок, то сначала надо навести между нами. >>> --- >>> Получите и Вы свой бесплатный электронный адрес на http://Mail.ru >>> >>> >>> >>> Talks mailing list >>> [email protected] >>> http://lists.lvee.org/mailman/listinfo/talks >> >> _______________________________________________ >> Talks mailing list >> [email protected] >> http://lists.lvee.org/mailman/listinfo/talks >> > _______________________________________________ > Talks mailing list > [email protected] > http://lists.lvee.org/mailman/listinfo/talks
_______________________________________________ Talks mailing list [email protected] http://lists.lvee.org/mailman/listinfo/talks
