Направление работ

Администрирование Linux и DevOps

Серверная часть, на которой всё работает: операционные системы, виртуализация, контейнеры, корпоративные сервисы и автоматическая доставка обновлений. Настраиваем так, чтобы повторить установку можно было по описанию, а не по памяти.

Обсудить задачу Техническая поддержка

Когда обращаются

  • Обновление выкатывают руками

    Релиз означает вечер, консоль и человека, который «знает как». Любая ошибка обнаруживается уже на боевом сервере, а откат делается тем же способом — руками.

  • Сервер настраивал человек, которого больше нет

    Как всё устроено, не знает никто, описания нет, трогать боятся. Первый шаг — разобраться и записать, а не переделывать.

  • Разработчикам негде проверять

    Проверочной среды нет, поэтому проверяют на боевой. Нужны отдельные окружения, похожие на боевое настолько, чтобы результат проверки что-то значил.

  • Сервисы разбросаны и живут сами по себе

    Почта у одного поставщика, файлы на чьём-то компьютере, VPN настроен по памяти. Учёт доступов ведётся в голове, а увольнение сотрудника превращается в поиски.

  • Ресурсы кончились неожиданно

    Диск заполнился, память кончилась, сервисы встали. Не потому что нагрузка выросла внезапно, а потому что за этим никто не следил.

Что входит в работы

  • Серверы и операционные системы

    • Установка и настройка Linux под задачу
    • Обновления, разграничение доступа, базовая защита
    • Настройка автозапуска сервисов и работы с ресурсами
    • Описание конфигурации, по которому установку можно повторить

  • Виртуализация и контейнеры

    • Развёртывание гипервизоров и виртуальных машин
    • Контейнеризация приложений
    • Разделение окружений: боевое, проверочное, тестовое
    • Управление образами и версиями

  • Автоматизация доставки

    • Сборка и выкладка обновлений без ручных шагов
    • Проверки перед выкладкой и порядок отката
    • Автоматическая настройка серверов вместо ручной
    • Хранение конфигураций в системе контроля версий

  • Корпоративные сервисы

    • Почтовый сервер, файловое хранилище, общий доступ
    • VPN и удалённая работа сотрудников
    • Учёт пользователей и прав в одном месте
    • Резервное копирование сервисов

Как идёт работа

01

Разбор того, что есть

Смотрим серверы, сервисы, доступы и то, как всё это обновляется сейчас. Описываем текущее состояние — часто уже на этом шаге видно, что чинить в первую очередь.

02

План и порядок

Согласуем состав работ и очерёдность. Сначала то, что снимает риск остановки, потом удобство: автоматизация полезна, но не важнее работающей резервной копии.

03

Работы

Изменения вносятся по шагам, с возможностью вернуться назад. На действующих сервисах — в согласованное окно.

04

Передача

Отдаём описание конфигурации и порядок повторной установки. Цель — чтобы дальше справлялись без нас, а не чтобы без нас не справились.

Что остаётся у вас

  • Описание конфигурации и порядок повторной установки
  • Конфигурации в системе контроля версий, а не в памяти сервера
  • Понятный порядок выкладки обновлений и отката
  • Доступы и лицензии оформлены на вашу компанию

Вопросы

Чем это отличается от страницы про серверы и базы данных?

Там работа с данными: миграция базы, ускорение запросов, репликация, восстановление. Здесь — сама серверная среда и доставка приложений на неё. Задачи часто идут вместе, но это разные работы.

Чем это отличается от ИТ-аутсорсинга?

Здесь разовые работы с известным результатом. Постоянное сопровождение всей инфраструктуры — отдельный формат, про него написано на странице ИТ-аутсорсинга.

Нужен ли нам DevOps, если релизы редкие?

Ценность автоматизации не в частоте, а в повторяемости. Если выкладка бывает раз в квартал, то к очередному разу никто уже не помнит порядка действий — и именно такие выкладки заканчиваются ночными разборами.

Обязательно ли переходить на контейнеры?

Нет. Контейнеры решают задачу одинаковых окружений, но не бесплатны: их надо собирать, хранить и обновлять. Если приложение одно и оно стабильно, часто достаточно описанной установки на обычный сервер.

Можно ли настроить так, чтобы дальше мы справлялись сами?

Это и есть цель. Поэтому в работы входит описание конфигурации и порядка действий, а конфигурации хранятся в системе контроля версий, а не только на сервере.

Вы работаете с Windows-серверами?

Основной профиль — Linux. Что касается конкретной задачи на Windows, напишите в заявке: ответим прямо, беремся или нет.

Заявка

Обсудить задачу

Расскажите, что за серверы и что с ними происходит: сколько машин, какие сервисы, как сейчас выкладываются обновления. Ответим в рабочее время.

Почта public@3212.ru

Город Москва

Часы работы 08:00–20:00 МСК, аварийные работы — круглосуточно

Смотрите также