Давайте вспомним: 1) Все сломалось, но у меня нет бэкапа, так как мне недали денег на бэкап сервер. 2) Что вы хотите? Чтобы сайт работал мне нужна более мощная машина 3) Я решил попробовать новый софт и все сломалось, это надо было для более стабильной работы наших сервисов Основная проблема – отрыв бизнеса от службы эксплуатации вашего интернет проекта.
Причины: -нацеленность на железо -перфекционизм Нацеленность на технологии, а не требования бизнеса
Стандартные задачи системного администртора: Настройка машин бэкапы мониторинг логирование изменение настроек
Трололо!
В SaaS два вида мониоринга: Мониторинг http Мониторинг сервисов Http: pingdom.com Сервисы: scoutapp.com, serverdensity.com Логирование: http://cloverapp.com Бэкапы в амазон
Сборка пакетов: Open Build Service Launchpad SuseStudio – сборка дистрибутивов
Раньше – максимум /etc в svn Chef, puppet – клиент серверная архитектура В рецептах хранится конфигурация сервисов, например mysql Выделяются роли серверов и к ним прикрепляются нужные рецепты. Рецепты и роли хранятся в системе контроля версий, в любой случай можно откатить конфигурацию. Изменения конфигурации проще, ошибиться сложнее, можно развернуть на любом облачном хостинге.
Рутина заменилась на SaaS, администратору остается только развивать платформу. Собирать из кубиков масштабируемую отказоустойчувую архитектуру. Изучать Nosql, очереди, заниматься сложными низкоуровневыми задачами.
Работа системного администратора приблизилась к работе разработчика. Службу эксплуатации можно ввести в agile процесс команды разработки, мотивация системных администраторов повысится, они начнуь понимать для какой бизнес-задачи они работают.