Для российских администраторов это готовый инструмент такого класса от отечественного хостера: аналоги вроде Warp AI или встроенных ассистентов в облачных консолях работают через зарубежные модели, и отправлять туда серверный контекст многим компаниям запрещено политиками безопасности.

• aish доступен во всех версиях SELECTOS; установка: sudo apt update, sudo apt install aish, запуск командой aish.
• Сценарии: не запускается сервис, закончилось место на диске, нужно проверить логи или конфигурацию.
• Агент предлагает команды и выполняет их только после согласия пользователя.
• Модель развёрнута локально на серверах Selectel; подключение других моделей обещано в будущих релизах.
• О работе на сторонних дистрибутивах компания не сообщает.

Как это работает

Автор публикации Наталия Бажан, менеджер проектов SELECTOS, описывает цикл так: администратор пишет в терминале задачу, например «сайт на nginx не открывается», агент сам смотрит состояние сервисов, порты, логи и конфигурацию, формулирует гипотезу и предлагает конкретные команды. Каждая команда показывается до выполнения, и без явного согласия оператора ничего не запускается. Это принципиальное отличие от автономных агентов: aish задуман как помощник с правом совещательного голоса.

В демонстрации из статьи агент поднимает сайт на nginx: проверяет установку, пишет конфигурацию, перезапускает сервис. Компания подчёркивает, что серверный контекст не покидает инфраструктуру Selectel. Что именно за модель используется, её размер и как устроена изоляция данных между клиентами, в публикации не раскрыто.

Установка и ограничения

На SELECTOS установка сводится к трём командам из документации:

Агент доступен во всех версиях SELECTOS. Про установку на Ubuntu, Debian или другие российские дистрибутивы компания не пишет; пакет живёт в репозитории SELECTOS, и, по нашей оценке, за пределами этого дистрибутива его работа не гарантирована. Не сказано и о стоимости: обращения к модели идут на серверы Selectel, и остаётся вопрос, будет ли сервис бесплатным для всех пользователей SELECTOS, включая тех, кто ставит его не на серверах Selectel.

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

Что стоит проверить перед использованием на боевом сервере

1. Какие данные агент собирает для контекста и уходят ли в модель содержимое конфигураций с секретами; политика обработки в публикации не описана.
2. Права: запускать aish под учётной записью с ограниченным sudo, а не под root, пока не ясно, какие команды он склонен предлагать.
3. Журналирование: фиксировать все выполненные по подсказке агента команды, чтобы разбирать инциденты.
4. Сеть: серверы за пределами инфраструктуры Selectel должны иметь доступ к её API; адреса и порты в документации стоит уточнить.

Контекст

SELECTOS, дистрибутив Selectel на базе Debian, развивается как открытый проект с собственным репозиторием; aish добавили в него в августе 2026 года, а публичный анонс вышел сейчас. Появление терминальных агентов у хостеров укладывается в общую тенденцию: похожие ассистенты встраивают в консоли крупные облака, но там речь о зарубежных моделях и зарубежной юрисдикции данных. Редакция проверит, появится ли aish за пределами SELECTOS и раскроет ли Selectel используемую модель.

Источники: Публикация Selectel на Хабре: aish, Документация SELECTOS

Изображение на обложке: Selectel

При этом важно понимать, что бесплатный VDS — это не просто способ сэкономить деньги. В первую очередь он представляет собой рабочую площадку, где можно безопасно проводить эксперименты, изучать новые технологии и проверять различные программные решения в условиях, максимально приближенных к реальной эксплуатации.

Чем VDS отличается от обычного хостинга

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

На виртуальном хостинге подобные возможности обычно ограничены, поскольку все клиенты используют общую программную среду. Именно поэтому разработчики, системные администраторы и владельцы сложных веб-проектов предпочитают использовать VPS или VDS.

Кроме того, современный виртуальный сервер позволяет работать с Docker, Git, Node.js, Python, PostgreSQL, Redis, Nginx и десятками других инструментов, необходимых для разработки современных приложений.

Когда действительно нужен бесплатный VDS

Тестовый сервер может быть полезен далеко не только начинающим пользователям.

Во-первых, его удобно использовать для проверки производительности сайта после переноса с виртуального хостинга. Во-вторых, это хороший вариант для тестирования новых версий CMS, обновлений, модулей или собственного программного кода без риска нарушить работу основного проекта.

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

На что обратить внимание при выборе бесплатного сервера

При выборе бесплатного VDS важно учитывать не только отсутствие оплаты, но и реальные возможности сервера. Перед регистрацией вам стоит оценить несколько важных параметров.

• продолжительность тестового периода;
• характеристики процессора, объём оперативной памяти и дискового пространства;
• использование современных NVMe-накопителей;
• наличие защиты от DDoS-атак;
• возможность выбрать операционную систему;
• наличие VNC-консоли и SSH-доступа;
• возможность сохранить данные при переходе на платный тариф;
• качество технической поддержки и документации.

Именно эти параметры позволяют оценить, насколько тестовый VDS подходит для решения реальных задач и соответствует возможностям коммерческих тарифов.

Почему важно протестировать VDS перед выбором

Оценить качество виртуального сервера только по описанию характеристик практически невозможно. Даже если провайдер указывает современные процессоры, быстрые накопители и высокую пропускную способность сети, реальные показатели становятся понятны только во время практического использования.

Тестовый период позволяет проверить, насколько быстро разворачивается сервер, удобно ли работать с панелью управления, как ведет себя система под нагрузкой, насколько стабильно сетевое соединение и насколько просто выполнять повседневные задачи — от установки программного обеспечения до создания резервных копий. Не менее важно оценить скорость реакции технической поддержки и доступность документации, поскольку именно эти факторы часто влияют на удобство дальнейшей эксплуатации.

Такой подход помогает сделать выбор на основе собственного опыта и объективной оценки возможностей платформы, а не только информации, указанной в описании услуги.

Бесплатный VDS как возможность оценить инфраструктуру

Сегодня многие хостинг-провайдеры предлагают бесплатный тестовый доступ к виртуальным серверам. Такой формат позволяет пользователям познакомиться с особенностями платформы, проверить производительность оборудования и понять, насколько инфраструктура соответствует требованиям будущего проекта.

Одним из примеров является SpaceWeb, который предоставляет бесплатный VDS с доступом к основным возможностям виртуального сервера: выбору операционной системы, root-доступу, установке необходимого программного обеспечения и использованию готовых серверных окружений. Это позволяет протестировать сайт, приложение или среду разработки в условиях, максимально приближенных к реальной эксплуатации, и только после этого принимать решение о дальнейшем использовании сервиса.

Использование тестового периода помогает снизить риски при выборе серверной платформы. Практическая эксплуатация позволяет получить объективное представление о производительности, стабильности и удобстве администрирования, а также убедиться, что инфраструктура справится с предполагаемой нагрузкой. В результате решение о дальнейшем использовании сервиса принимается на основе реального опыта, а не только заявленных технических характеристик.

Реклама. Рекламодатель: ООО «СпейсВэб», ИНН 7813376370, erid: 2W5zFK1N8eV

Около семи вечера начали падать транзакции. Не все - примерно 15%. Команда сразу занялась разбором: логи, метрики, трейсы. Стандартный процесс. Проблему нашли и починили за 40 минут. По меркам платёжки - нормально.

Но пока мы разбирались, в поддержку пришло 300 тикетов. Три сотни «что происходит», «у нас не проходят платежи», «когда заработает». Саппорт ничего не знал - он ждал, пока инженеры выплывут из логов. Клиенты ждали саппорт. Всё это время тишина с нашей стороны читалась как безразличие.

Проблему починили за 40 минут. Разгребали тикеты три дня.

Почему молчание хуже, чем «мы знаем о проблеме»

Есть простая психология: человек переносит неопределённость хуже, чем плохие новости. Если транзакция не прошла и нет никакой информации - клиент начинает строить сценарии. Деньги потерялись. Сервис умер. Нас кинули. Он пишет в поддержку. Потом пишет ещё раз. Потом оставляет отзыв.

Если транзакция не прошла, но есть страница

с записью «Повышенное время отклика платёжного шлюза. Investigating. 19:12» - большинство людей закрывают вкладку и ждут. Не все. Но большинство.

Мы это проверили. После того как поставили нормальную страницу статусов, количество тикетов во время инцидентов упало примерно в три раза. Точнее - на 67% по среднему за квартал. Это не магия, это просто информация в нужный момент.

Что мы пробовали до этого

Расскажу честно, через что прошли, потому что это типичный путь.

Шаг первый: Telegram-канал. Завели канал «Статус сервиса». Писали туда когда что-то падало. Работало ровно до тех пор, пока кто-то не забыл написать. А потом написал через два часа когда уже всё починилось. Клиенты не понимали что происходило. Доверие к каналу упало быстро.

Шаг второй: статус в шапке сайта. Зелёный кружок когда всё хорошо. Ручной - кто-то должен был его менять. Понятно куда это ведёт: кружок всегда зелёный, потому что некогда, потому что забыли, потому что «сейчас разбираемся, потом обновим».

Шаг третий: Atlassian Statuspage. Это уже нормальный инструмент. Он решил проблему. Но у него есть два неудобства для русскоязычного рынка: оплата в долларах (что в 2022 стало практической проблемой) и серверы за пределами России (что для ряда клиентов принципиально с точки зрения регулирования).

Как устроен нормальный incident workflow со страницей статусов

Я говорю «нормальный» - имею в виду тот, который не требует героизма от дежурного инженера в 2 ночи.

Всё начинается с мониторинга. HTTP/TCP-проверки каждую минуту на все критичные эндпоинты: API, веб, база, очереди. Когда что-то падает - автоматическое создание инцидента и уведомление команды. Это не новость, большинство так и делают.

Новость в том, что параллельно с уведомлением команды - автоматическое обновление публичной страницы статусов. Не «кто-то должен написать туда», а именно автоматически. Клиент видит «Degraded performance» раньше, чем успевает написать в поддержку.

Дальше инженер работает по стандартному процессу: Investigating - Identified - Monitoring - Resolved. Каждый статус обновляется на странице. Клиенты, подписавшиеся на уведомления, получают апдейты в Telegram или email. Поддержка может в один клик скопировать ссылку на инцидент и отправить клиенту вместо объяснений.

После разрешения - postmortem прямо на странице. Клиенты видят что случилось, почему и что сделано чтобы не повторилось. Это, как ни странно, повышает доверие сильнее, чем если бы инцидента не было совсем.

Что важно при выборе инструмента

Несколько технических вещей, на которые стоит обратить внимание.

Uptime самой страницы статусов. Она должна быть на отдельной инфраструктуре. Если ваш основной сервис упал и страница статусов на той же инфраструктуре - вы получили идеальный шторм: сервис не работает и статус показать невозможно.

Собственный домен.

вместо

. Это доверие и брендинг.

Telegram-уведомления. Для российской аудитории это важнее email. Люди читают Telegram, а не почту, когда ищут статус сервиса в панике.

Локализация данных. Если работаете с персональными данными российских пользователей - вопрос где физически хранятся данные о ваших инцидентах становится юридическим, а не техническим.

Мы в Flaree делаем страницу статусов именно для таких случаев - серверы в России, Telegram из коробки, оплата в рублях. Сейчас открыт ранний доступ, первые 50 команд получают 3 месяца Pro бесплатно: flaree.ru

Что в итоге

Страница статусов - это не инструмент для больших команд. Это инструмент для любого сервиса, у которого есть клиенты и бывают инциденты. То есть для всех.

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

P.S. Если у вас уже есть страница статусов - напишите в комментариях какой инструмент используете. Интересно что прижилось у разных команд.

• Wake-on-LAN — сетевой протокол для удалённого включения компьютера через Magic Packet.
• Magic Packet: 6 байт 0xFF + MAC-адрес, повторённый 16 раз.
• Пакет отправляется по UDP на широковещательный адрес 255.255.255.255, де-факто стандарт — порт 9.
• Ограничения: только в пределах одной сети или VLAN, только по Ethernet, нет подтверждения доставки.
• Реализуем собственный WOL-инструмент на Go с нуля.

Что такое Wake-on-LAN

Wake-on-LAN (WOL) — протокол канального уровня, который будит компьютер или сервер, когда сетевой интерфейс получает специальный Magic Packet. Сетевая карта с активированной функцией WOL постоянно прослушивает широковещательный трафик даже когда компьютер выключен, но подключён к сети. При обнаружении Magic Packet она посылает сигнал на BIOS, и система загружается.

Для работы WOL необходимо, во-первых, включить поддержку в BIOS или UEFI (обычно называется Wake-on-LAN или Power On by PCI-E); во-вторых, активировать её в операционной системе для нужного сетевого адаптера. На Linux это делается одной командой:

Здесь g — режим MagicPacket. Проверить текущее состояние — ethtool eth0 | grep Wake. На Windows нужную опцию ищите в «Свойства сетевого адаптера → Управление электропитанием → Разрешить этому устройству выводить компьютер из ждущего режима».

Как устроен Magic Packet

Magic Packet — бинарный фрейм с жёстко заданной структурой. Сначала идёт синхропоследовательность: 6 байт 0xFF. Эти байты сигнализируют сетевой карте о начале нового фрейма.

Сразу после синхропоследовательности — MAC-адрес целевой машины, повторённый 16 раз без пробелов и разделителей. Именно по нему сетевая карта понимает, что пакет адресован ей. В итоге Magic Packet занимает 102 байта: 6 байт синхропоследовательности плюс 6 байт MAC × 16 повторений.

Пример реального Magic Packet с MAC-адресом 12:34:56:78:9a:bc, захваченного в Wireshark:

Некоторые реализации WOL поддерживают опциональный пароль в конце пакета — для защиты от несанкционированного включения. Механизм SecureOn использует 6 байт, AMD-спецификация допускает 4 байта. Однако не каждый BIOS поддерживает эту функцию.

Как отправить Magic Packet

Magic Packet может быть передан поверх любого сетевого протокола — сетевой карте достаточно найти нужную последовательность байт в полученном фрейме. На практике пакет отправляют как UDP-датаграмму на широковещательный адрес.

Для IPv4 используется широковещательный адрес 255.255.255.255 — он охватывает всю локальную сеть или сегмент. IPv6 вместо broadcast использует multicast. Де-факто стандарт для порта назначения — 9 (Discard Protocol), реже используют 7 или 0.

Ограничения Wake-on-LAN

Прежде чем настраивать WOL в продакшне, важно понять его ограничения:

• Только одна сеть или VLAN. Magic Packet не маршрутизируется — получить его может лишь устройство в той же локальной сети или VLAN, что и отправитель. Для удалённого включения через интернет нужен промежуточный узел в этой сети: VPN, Raspberry Pi или роутер с поддержкой WOL.
• Нужен MAC-адрес. WOL работает на канальном уровне, поэтому нельзя разбудить компьютер, зная только его IP-адрес.
• Только проводной Ethernet. Большинство Wi-Fi-адаптеров не поддерживают WOL. Исключение — устройства с поддержкой стандарта WoWLAN (Wake on Wireless LAN), но на практике их мало, и настройка требует совместимого драйвера.
• Нет подтверждения доставки. UDP — протокол без установления соединения, поэтому после отправки Magic Packet невозможно узнать, получил ли его компьютер и включился ли он.
• Зависимость от BIOS. Некоторые материнские платы пробуждаются только из состояний S3 или S4, но не из полного выключения S5. Проверяйте документацию к платформе.

Реализация на Go

Напишем собственный WOL-инструмент на Go — одна из немногих задач, где стандартной библиотеки хватает полностью. Если хочется погрузиться в Go глубже, у нас есть обзор Golang-фреймворков 2026 года. Нам понадобятся две функции: CreateMagicPacket для формирования пакета и SendMagicPacket для его отправки.

CreateMagicPacket: формируем пакет

Функция принимает MAC-адрес строкой и возвращает готовый байтовый срез или ошибку. Первым делом проверяем валидность MAC-адреса с помощью регулярного выражения:

После валидации убираем разделители из MAC-адреса, затем повторяем его 16 раз:

Объединяем синхропоследовательность с повторённым MAC-адресом и декодируем hex-строку в байтовый срез:

SendMagicPacket: отправляем пакет

Функция принимает Magic Packet ([]byte), IP-адрес назначения и порт. Сначала проверяем валидность IP через стандартную функцию net.ParseIP — в отличие от regex, она корректно обрабатывает и IPv4, и IPv6:

Открываем UDP-соединение через net.Dial. WOL не требует установления соединения — UDP идеально подходит: быстро, без handshake. Ключевое слово defer гарантирует закрытие соединения по завершении функции:

Отправляем Magic Packet в сеть через conn.Write. Если функция возвращает nil — пакет ушёл в сеть. Получил ли его компьютер и включился ли — WOL не сообщает, это ограничение протокола:

Полный рабочий код обеих функций и готовую утилиту командной строки можно найти на GitHub: xaner4/Gowakeup. Типичный вызов после сборки — ./gowakeup -mac AA:BB:CC:DD:EE:FF.

Выводы

Wake-on-LAN — простой и элегантный протокол канального уровня. Всего 102 байта — и компьютер включается по сети без дополнительной инфраструктуры. Ограничения (только Ethernet, только локальная сеть, нет подтверждения) — следствие намеренной простоты протокола: он работает даже тогда, когда ОС не загружена. В отличие от устаревших сетевых стеков, которые ядро Linux постепенно отбрасывает, WOL остаётся в строю уже третье десятилетие.

Реализация на Go показывает, как стандартная библиотека net и базовые операции со строками позволяют собрать рабочий сетевой инструмент в нескольких десятках строк. Готовый проект: github.com/xaner4/Gowakeup. Исходная статья: blog.xaner.dev.

Я изучила свыше 70 программ и отобрала 33 курса. В начале списка — десять самых сильных, затем тринадцать для углубления знаний в смежных направлениях и десять бесплатных вариантов. Для некоторых добавила действующие скидки и бонусы.

ТОП-10 лучших курсов для сетевых инженеров в 2026 году

1. Сетевой инженер от Нетологии — обучение с практикой и карьерной поддержкой.

2. Профессия Сетевой инженер от GeekBrains — тренинг с командными проектами и обратной связью экспертов.

3. Network Engineer. Professional от OTUS — подготовка для специалистов с опытом, с проектами и изучением кейсов.

4. Кибербезопасность и сетевые технологии от Компьютерной академии TOP — обучение построению и защите инфраструктуры с международной сертификацией.

5. Специализация Network Engineer от OTUS — двухступенчатая углубленная подготовка с практикой и проектами.

6. Сетевой инженер на базе решений компании Cisco Systems от Специалист.ру — экспресс-курс с интенсивной практикой на оборудовании Cisco.

7. Сетевой инженер от Учебного центра доп. образования ЭКОДПО — мини-тренинг по настройке экосистем и автоматизации.

8. Сетевой инженер от НЦПО — дистанционное образование с проверкой домашних заданий и госдипломом.

9. Сетевой инженер от АПОК — краткий курс без лишней теории, с содержанием, соответствующим требованиям индустрии.

10. Сетевой инженер от МИПК — переподготовка с акцентом на корпоративные сети и администрирование.

Программы из подборки интересны будут тем, кто хочет освоить профессию с нуля или расширить практические скиллы в уже знакомой сфере. Они подойдут специалистам, которые стремятся работать с современным сетевым оборудованием, проектами и кейсами из повседневной практики. Также подготовка полезна тем, кто планирует получить международную сертификацию или официальное подтверждение квалификации для карьерного роста.

Онлайн-курсы для сетевого инженера с нуля

1. Сетевой инженер | Нетология

Используйте промокод kursfinder, чтобы получить скидку 7%

Получить скидку >>>

Онлайн-курс для сетевого инженера с трудоустройством. Разработан архитектором O2XYGEN Data Center при поддержке инженеров Yandex Cloud. Подготовка сочетает теорию и задачи, приближенные к рабочим условиям: настройка оборудования, проектирование корпоративных экосистем. В процессе — 32 лабораторных задания и два крупных проекта. По ходу учебы студенты получают фидбэк от экспертов и обсуждают сложные моменты на вебинарах.

• Стоимость: от 3 366 руб./мес. в рассрочку на 2 года.
• Длительность: 13 месяцев.
• Формат обучения: вебинары, видеолекции, экспертные консультации, лабораторные и курсовые задания.
• Документ об образовании: свидетельство и диплом о профпереподготовке.

Кому подойдет: начинающим IT-специалистам, администраторам, разработчикам, техническим сотрудникам.

Преимущества:

• Практика на задачах, применимых в работе;
• Записи уроков доступны 3 года;
• Наставничество инженеров из отрасли;
• Гибкий график с возможностью паузы;
• Карьерное консультирование и подготовка к будущим собеседованиям;
• Материалы представлены в мобильной утилите;
• Бесплатный доступ к инструментам для выполнения практики.

Недостатки:

• Жесткое расписание вебинаров;
• Наличие устаревших материалов в отдельных темах.

Программа обучения:

• Коммутация, динамическая маршрутизация;
• Сетевая безопасность и QoS;
• Проектирование корпоративной сети;
• Учет трафика, аутентификация и авторизация;
• Инструменты эксплуатации, IP-телефония.

Ознакомиться с полной программой >>>

2. Профессия Сетевой инженер | GeekBrains

Курс по сетевым технологиям создан при участии специалистов из DevOps, администрирования, защиты информации и разработки. Много внимания уделено автоматизации процессов и специфике обслуживания оборудования. Материал подается через видеоуроки и самостоятельные задания в профессиональной среде, с регулярной обратной связью и живыми сессиями с экспертами. В конце тренинга формируется дипломный проект. Карьерная команда помогает подготовиться к собеседованиям и представить свои навыки работодателям.

• Стоимость: от 4 370 руб./мес. с разделением на 3 года.
• Длительность: до 12 месяцев.
• Формат обучения: онлайн, задания, командные проекты, вебинары, консультации.
• Документ об образовании: сертификат.

Кому подойдет: тем, кто планирует связать карьеру с сетями и управлением IT-инфраструктурой.

Преимущества:

• Преподаватели с опытом в индустрии;
• Наставничество и карьерная поддержка;
• Выбор и смена специализации после основного блока;
• Свыше 50 заданий;
• Практика на реальных инструментах;
• Доступ к интернет-библиотеке и другим интенсивам;
• Живые обсуждения с экспертами.

Недостатки:

• Теории может не хватить без самостоятельного поиска информации;
• Карьерное сопровождение не гарантирует трудоустройства.

Программа обучения:

• Знакомство с кодингом;
• Контроль версий;
• Языки разработки;
• Сетевые технологии;
• Маршрутизация;
• Дополнительный видеомодуль по математике и информатике.

Ознакомиться с полной программой >>>

3. Network Engineer. Professional | OTUS

Дистанционный курс ведут практикующие инженеры ЦОД и сертифицированные специалисты Cisco. Материал адресован тем, кто уже работает с сетями и хочет уверенно проектировать, защищать и поддерживать инфраструктуру уровня предприятия. Каждая тема подкрепляется практикой: лабораторными заданиями, проектом и фидбэком от преподавателей. Студенты получают прямую поддержку экспертов и общение в активном сообществе.

• Стоимость: от 8 500 руб./мес.
• Длительность: 7 месяцев.
• Формат обучения: онлайн, вебинары, проект.
• Документ об образовании: удостоверение.

Кому подойдет: специалистам по маршрутизации и системным администраторам.

Преимущества:

• Инструкторы с практическим опытом из крупных компаний;
• Инфраструктура для практики от Yandex Cloud;
• Проектные задания с реальными сценариями;
• Разбор реальных ситуаций и итоговый проект;
• Размещение резюме в базе OTUS и участие в карьерных мероприятиях;
• Поддержка сообщества.

Недостатки:

• Требуются исходные знания по сетям.

Программа обучения:

• Архитектура и коммутация;
• OSPF, IS-IS, EIGRP;
• BGP и оптимизация маршрутизации;
• Безопасность инфраструктуры.

Ознакомиться с полной программой >>>

4. Кибербезопасность и сетевые технологии | Компьютерная академия TOP

Этот расширенный курс открывает путь к IT без опыта. Он помогает освоить построение и защиту систем, работу с современными инструментами DevOps. Преподаватели-практики сопровождают задания, дают советы и разбирают ошибки. Учеба в малых группах позволяет получать фидбэк на каждом этапе.

• Стоимость: от 7 830 руб./мес.
• Длительность: 2,5 года.
• Формат обучения: онлайн с практическими заданиями и проектной работой.
• Документ об образовании: гос. диплом о профпереподготовке, международный диплом от Академии.

Кому подойдет: тем, кто хочет строить карьеру в IT с нуля.

Преимущества:

• Практические задачи, близкие к реальным;
• Постоянная поддержка опытных специалистов;
• Сертификация международного уровня;
• Образование доступно с 13 лет;
• Сотрудничество с IT-компаниями.

Недостатки:

• Длительный срок прохождения.

Программа обучения:

• Проектирование и диагностика кабельных систем;
• Алгоритмы и структуры данных;
• Маршрутизация в IP-сетях;
• Процедурный и системный кодинг;
• Администрирование Windows и Linux;
• Аппаратное обеспечение;
• CCNA;
• Облачные технологии.

Ознакомиться с полной программой >>>

5. Специализация Network Engineer | OTUS

Курс от специалистов Cisco и инженеров ЦОД Т-Банка, Ozon Tech и Nokia. Обучение построено на двух ступенях: первая дает базовые навыки работы с оборудованием и протоколами, вторая развивает их до уровня Middle, включая настройку BGP, VPN и автоматизацию. Студенты научатся проектировать и документировать сети и устранять неисправности. Каждое домашнее задание сопровождается подробным разбором, а финальный проект позволяет подтвердить квалификацию и оформить диплом.

• Стоимость: от 14 750 руб./мес.
• Длительность: 12 месяцев.
• Формат обучения: два онлайн-вебинара в неделю.
• Документ об образовании: сертификат и диплом.

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

Преимущества:

• Спикеры со стажем в крупных компаниях;
• Двухуровневая система, где каждая ступень открывает новые компетенции;
• Проекты для закрепления навыков;
• Работа с профессиональными инструментами и симуляторами;
• Поддержка и разбор заданий в Telegram-чате и на групповых сессиях;
• Возможность улучшить резюме и выложить его в специальную базу платформы;
• Шанс попасть на собеседование у организаций-партнеров.

Недостатки:

• Рассрочка дороже, чем у конкурентов.

Программа обучения:

• Корпоративные сети, безопасность, автоматизация;
• Построение локальных экосистем и протокол BGP;
• Виртуализация;
• Настройка защищенных каналов;
• Проектные модули обеих ступеней;
• Бонус: основы Linux, команды, процессы.

Ознакомиться с полной программой >>>

6. Сетевой инженер на базе решений компании Cisco Systems | Специалист.ру

Экспресс-курс для тех, кто хочет уверенно работать с сетями компаний разного масштаба. Лекции ведет практик с семилетним опытом и десятками реализованных проектов в сфере интернет-инфраструктуры. Эксперт показывает, как анализировать и настраивать инфраструктуру, предотвращать сбои и повышать устойчивость систем. Задания выполняются на оборудовании Cisco. Тренинг готовит реальной работе в роли инженера или аналитика.

• Стоимость: от 3 788 руб./мес.
• Длительность: 48 академ. часов. + 162 академ. часа самостоятельной подготовки.
• Формат обучения: онлайн.
• Документ об образовании: международный сертификат, удостоверение.

Кому подойдет: администраторам и инженерам.

Преимущества:

• Практика на оборудовании Cisco;
• Продуманное комплексное наполнение;
• Подготовка к экзамену CCNA 200-301;
• Комплексный подход: от основ до автоматизации;
• Множество графиков прохождения на выбор;
• Автор программы — действующий эксперт;
• Возможность индивидуального образования.

Недостатки:

• Нет рассрочки, только кредит;
• Не предусмотрена помощь в трудоустройстве.

Программа обучения:

• Архитектура, протоколы, сетевые уровни;
• VLAN, Inter-VLAN Routing, STP, DHCP;
• Мониторинг, виртуализация, автоматизация.

Ознакомиться с полной программой >>>

7. Сетевой инженер | Учебный центр доп. образования ЭКОДПО

Мини-курс для специалистов, которые хотят подтвердить квалификацию или получить новую. Переподготовка открывает путь к современным технологиям и автоматизации инфраструктуры. Слушатели осваивают настройку оборудования, разработку решений для их модернизации. Учеба сочетает работу с электронными пособиями, сдачу зачетов и итоговую аттестацию. Содержание лекций основано на профстандартах и актуальных технологиях.

• Стоимость: от 29 980 руб.
• Длительность: от 1,5 месяца.
• Формат обучения: дистанционно.
• Документ об образовании: диплом.

Кому подойдет: для начинающих или желающих сменить карьерный вектор.

Преимущества:

• Доступ к учебной информации без ограничений по времени;
• Три тарифа с индивидуальным треком;
• Поддерживают актуальные требования ИТ-индустрии;
• Сопровождение от специалистов на протяжении курса;
• Бесплатная доставка документов.

Недостатки:

• Отсутствие проверки практических заданий;
• Прохождение в самостоятельном темпе.

Программа обучения:

• Linux для начала работы;
• Коммутация;
• Диагностика и устранение ошибок;
• Python для автоматизации;
• WAN и масштабируемые сети.

Ознакомиться с полной программой >>>

8. Сетевой инженер | НЦПО

Курс разработан для тех, кто хочет углубиться в интернет-технологии или сменить профессию. Материал подготовлен практикующими инженерами, что отражается в структуре вебинаров. Формат построен так, чтобы теория сочеталась с задачами, приближенными к наиболее частым ситуациям.

• Стоимость: от 1 200 руб./мес.
• Длительность: от 250 до 1 600 академ. часов.
• Формат обучения: дистанционно.
• Документ об образовании: диплом.

Кому подойдет: тем, кто планирует расширять компетенции в администрировании и проектировании.

Преимущества:

• Личный кабинет с лекциями и заданиями;
• Проверка ДЗ в удобном режиме;
• Высылают методические материалы;
• Заключают с абитуриентом официальный договор;
• Доставка диплома по всей стране без доплат.

Недостатки:

• Отсутствие живых встреч с преподавателями.

Программа обучения:

• Проектирование инфраструктуры;
• Протоколы маршрутизации и коммутации;
• IPv6: адресация, переход с IPv4, защита.

Ознакомиться с полной программой >>>

9. Сетевой инженер | АПОК

Курс ориентирован на тех, кто хочет получить квалификацию и подтвердить ее дипломом. Академия предлагает три формата прохождения, позволяя выбрать темп, комфортный лично для участника. Обучение строится на практико-ориентированных дисциплинах, исключая отвлекающие темы. Содержание контролируется методистами, чтобы соответствовать требованиям отрасли. Каждый этап прохождения отражает практические сценарии, с которыми сталкиваются специалисты в сетевой сфере.

• Стоимость: от 2 498 руб./мес.
• Длительность: от 1 месяца.
• Формат обучения: дистанционный, текстовые материалы и тестирование.
• Документ об образовании: диплом.

Кому подойдет: смежным специалистам из ИТ.

Преимущества:

• Информация без лишних блоков;
• Три учебных плана, чтобы выбрать оптимальный путь;
• Контент под актуальные стандарты;
• Настройка содержания программы в премиум-тарифе;
• Оперативная поддержка для студентов;
• Дают официальный документ;
• Быстрая доставка оригиналов дипломов.

Недостатки:

• Нет практики;
• Самостоятельное прохождение, без наставничества.

Программа обучения:

• Поиск и устранение ошибок;
• Linux;
• Архитектура и масштабирование;
• Python для инженера;
• Автоматизация инфраструктуры;
• Устранение неисправностей;
• Сетевые устройства.

Ознакомиться с полной программой >>>

10. Сетевой инженер | МИПК

Курс с упором на переподготовку для людей с профильным образованием. Формирует навыки работы с локальными и корпоративными сетями, конфигурирования серверов и администрирования инфраструктуры. Персональный консультант поможет определить текущую степень подготовки и выбрать подходящую специализацию. Дополнительно дают бонусные материалы для самостоятельного закрепления навыков и расширения базы.

• Стоимость: предоставляется по запросу.
• Длительность: от 72 до 512 часов.
• Формат обучения: дистанционно.
• Документ об образовании: диплом либо удостоверение.

Кому подойдет: техническим специалистам со средним или высшим образованием.

Преимущества:

• Документы госстандарта;
• Разная длительность тренингов;
• Подбор специальности с учетом уровня подготовки;
• Обновляемое содержание дисциплин;
• Свободный выбор времени для прохождения лекций;
• Материалы подготовлены экспертами;
• Поддержка опытных методистов.

Недостатки:

• Информация о стоимости только по запросу;
• Нет варианта без профильного образования.

Программа обучения:

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

Ознакомиться с полной программой >>>

Дополнительные курсы по сетевым технологиям

В этом разделе отобраны еще 13 образовательных решений для обучения на сетевого инженера.

• Инженер систем сервисов и сетей Linux, IP-телефонии и унифицированных коммуникаций от Специалист.ру — тренинг сочетает теорию с практикой: после каждого блока слушатели выполняют задания под руководством наставников. В итоге выпускники умеют запускать сервисы, настраивать IP-телефонию и интегрировать системы связи с корпоративными серверами.
• Системный администратор от Яндекс.Практикума — за полгода научат администрированию Линукса и азам DevOps. Подготовка охватывает инфраструктуру, базы данных, контейнеризацию и мониторинг, а также темы по системному инжинирингу и архитектуре информационных систем. Выполняя практические задачи и проекты, студенты соберут портфолио из 12 работ.
• Полный курс по сетевым технологиям от Merion Academy — погружает в IT с нуля и сразу переключает на реальные задачи инженеров. Учащиеся настраивают маршрутизаторы, создают виртуальные сети и решают проблемы в эмуляторе от Cisco. У выпускников остаются актуальные навыки и поддержка кураторов.
• Networks. Сетевые технологии от Rebrain — практикум помогает освоить компьютерные сети с нуля и довести навыки до уровня проектирования сложных инфраструктур. Слушатели учатся настраивать протоколы, обеспечивать защиту, а также автоматизировать управление и интегрировать его в CI/CD. По итогам можно уверенно создавать и поддерживать надежные решения для бизнеса любого масштаба.
• Онлайн-курс по сетевым технологиям Huawei от Merion Academy — занятия строятся вокруг практики в симуляторе eNSP: от настройки VLAN и защиты сети от петель до работы с OSPF и BGP. Участники будут фильтровать трафик, динамически распределять IP-адреса и повышать устойчивость инфраструктуры.
• Инженерные сети и системы от Профессионального стандарта — дает знания по проектированию, монтажу и обслуживанию инженерных сетей и систем. Слушатели изучают технические стандарты, правовые основы работы и учатся проводить ремонт и сертификацию объектов.
• Мини-курс по протоколу BGP от Merion Academy — знакомят с принципами маршрутизации и работы протокола BGP. Объясняют, как настраивать фильтрацию трафика, управлять приоритетами маршрутов и проверять видимость префиксов по всему миру. Разбирают классические и современные модели, включая Application Centric Infrastructure.
• Атаки на сетевую инфраструктуру от CyberEd — за 1,5 месяца участники разбирают реальные сценарии атак на корпоративные сети и учатся находить уязвимости в Линуксе и Windows. Осваивают методы внутреннего пентеста, анализ трафика, техники обхода защиты и атаки на Kerberos и NTLM. Финалом становится практическая отработка полного цикла компрометации инфраструктуры.
• Курс MTCNA: MikroTik Certified Network Associate от Эврики — покажут, как работать с оборудованием. В лекциях все: от первого подключения и базовой настройки до защиты трафика, управления сервисами и создания туннелей. Подходит тем, кто хочет разбираться в сетях на профессиональном уровне.
• Локальные сети от CyberEd — спикеры объяснят устройство инфраструктуры, научат проектировать их архитектуру и защищать от атак. Студенты освоят настройку маршрутизации, NAT, попрактикуют сегментирование. Получат опыт моделирования экосистем и работы с реальными уязвимостями.
• Основы сетевых технологий от Cisco — работа на реальном оборудовании: от создания домашней или офисной сети до настройки безопасности и устранения неполадок. Слушатели знакомятся с IP-адресацией, протоколами TCP/IP, взаимодействием устройств в сети. Практика проходит на оборудовании Cisco и в симуляторе Packet Tracer.
• Системный инженер от ИПАП — сочетает работу с серверами и современными технологиями. Абитуриенты изучат Python для автоматизации задач и освоят мониторинг инфраструктуры через Zabbix. Учеба построена на практических примерах.
• Сетевой инженер от Academy IT DMS — превращают сухую теорию в живую практику: настраивают коммутаторы и маршрутизаторы, строят защищенные корпоративные сети. Выпускники быстро находят и устраняют неполадки, управляют доступом через PKI и прогнозируют работу сети с помощью виртуализации.

Бесплатные курсы для сетевых инженеров

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

1. Погружение в сетевую безопасность — Яндекс.Практикум

Тренинг показывает, как строить безопасные сети в облаке и на собственных серверах, соединять удаленные офисы. Студенты учатся отражать DDoS-атаки и отслеживать нагрузку виртуальных машин. Практика ведется на реальном сценарии интеграции стартапа в инфраструктуру крупной сети под руководством виртуального специалиста по безопасности.

Главное о курсе:

• Развертывание межсетевого экрана следующего поколения;
• Подходит для практикующих специалистов;
• Интерактивные задания и наглядные примеры вместо сухой теории;
• Постоянная поддержка экспертов и общение с коллегами;
• Материалы открыты в любое время и навсегда.

2. Основы компьютерных сетей. Диагностика и устранение основных проблем — GeekBrains

Вебинар раскрывает, как компьютеры и устройства общаются друг с другом в сети и почему иногда возникают сбои. Участники узнают, как устроены протоколы, как адресуются данные и как быстро находить и исправлять проблемы.

Главное о курсе:

• Ясное и доступное объяснение сложных вещей;
• Насыщенный вебинар для начинающих;
• Разбор моделей сетей и частых проблем трансляции данных;
• Прокачивает навыки выявления и устранения сбоев.

3. Сетевой инженер — ответы на ключевые вопросы — NetSkills. Видеоуроки. Cisco, zabbix, linux

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

Главное о курсе:

• Профориентация через реальные примеры;
• Раскрывает востребованные навыки и сертификаты;
• Структура по таймкодам для быстрого поиска информации;
• Делится практическими советами для старта в профессии.

4. Сетевой инженер — ИНТУИТ

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

Главное о курсе:

• Лекции с наглядными скриншотами;
• Разбор протоколов, файловых ресурсов и прав доступа;
• Примеры на Windows 2000/2003;
• Удаленный доступ и MMC.

5. Введение в компьютерные сети — Andrey Sozykin

Видеотренинг знакомит с устройством инфраструктуры и протоколов так, чтобы можно было самостоятельно разбираться в статьях и книгах по теме. Лекции сочетаются с практикой: анализ трафика через Wireshark, тестирование соединений с помощью Postman и утилит командной строки.

Главное о курсе:

• Создан для начинающих;
• Охватывает классификации, технологии и стандарты;
• Объясняет модель OSI, стеки протоколов и уровни;
• Полные расшифровки теоретических видео и практических занятий.

6. Подборка интересных моментов из курса «Сетевой инженер» — Академия IT DMS

Комплекс видеоуроков погружает в работу с корпоративными сетями так, будто показывают закулисье инфраструктуры. Здесь разбирают реальные сценарии: от защиты сети и настройки VLAN до динамической маршрутизации.

Главное о курсе:

• Глубокий разбор реальных сетевых задач;
• Полные уроки с наглядными схемами и кодами;
• Объяснение протоколов и способов защиты;
• Управление VLAN и сегментация.

7. Школа системного администратора — курсы-по-ит.рф

Интенсив открывает мир ИТ через короткие видеоролики, где теория переплетается с наглядными схемами и практическими примерами. Материал помогает увидеть, как техника оживает в руках администратора, и освоить базовые технологии без лишней воды.

Главное о курсе:

• Рассчитан на новичков без опыта;
• Короткие уроки, наполненные конкретикой;
• Плавный переход от основ к тонкостям настройки;
• Разбор доменов в действии.

8. Основы сетевых технологий и криптографической защиты — Stepik

Тренинг раскрывает, как устроены сети и как защитить данные от разных угроз. Учащиеся осваивают адресацию, настройку локальной сети и методы кодирования информации, включая популярные криптосистемы.

Главное о курсе:

• Чистая теория, без тестов и практики;
• Лаконичные объяснения, никаких сложных формулировок;
• Основы криптографии, включая RSA и Эль-Гамаль;
• Проверка идентификаторов и организация обмена данными.

9. Архитектура современных компьютерных сетей — курсы-по-ит.рф

В серии компактных видеоуроков сети раскрываются от самой математики и физики до современных стандартов. Каждое занятие показывает, как теория реализуется на практике, так что сложные темы становятся понятными без лишнего времени и усилий. Материал помогает упорядочить знания и взглянуть на технологии свежим взглядом.

Главное о курсе:

• Детальный разбор протоколов и моделей передачи данных;
• Короткие уроки, которые реально осилить за раз;
• Полезно как новичкам, так и тем, кто хочет актуализировать знания;
• Современные стандарты и технологии поданы наглядно.

10. Сетевые и распределенные системы: немного о сложном и важном — Stepik

Автор помогает понять, как компьютеры обмениваются данными и как работает сетевое и системное ПО. Студенты смогут моделировать сети, отслеживать передачу пакетов и использовать инструменты для анализа и визуализации.

Главное о курсе:

• Тесты помогают закреплять и проверять знания;
• Прочная теоретическая база для дальнейшей работы;
• Сбор и визуализация с помощью Prometheus и Grafana;
• Применение языка Go и контейнеров Docker для распределенных систем.

Полезные ресурсы

Книги

• Python для сетевых инженеров — Н. Самойленко. Объясняет основы Питона через практику с оборудованием, предлагая примеры на Cisco и задания для автоматизации реальных задач. Читатель получает понятные инструменты для написания скриптов, работы с файлами, регулярными выражениями, а также старт для самостоятельного углубления в Python.
• Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов — Олифер В.Г., Олифер Н.А. Издание отражает современные достижения технологий: от терабитных скоростей и гибких оптических сетей до виртуализации функций и облачных сервисов. Оно помогает понять устройство локальных и глобальных экосистем, особенности их управления и актуальные вопросы безопасности.

Образовательные проекты и статьи

• Материалы по сетям — блог OTUS. Школа собрала подборку статей от практикующих специалистов, которая будет полезна и новичкам, и действующим инженерам. Тексты открыты для изучения в удобном темпе, без ограничений по доступу.
• Единый учебный портал — TS Solution. Платформа предлагает видеокурсы и методические материалы по ИТ и ИБ, включая бесплатные уроки для практикующих инженеров. На портале можно изучить рекомендованный план образования, получить теорию и пройти специализированные бесплатные интенсивы.
• Статьи про сети для самых маленьких — блог linkmeup. Площадка представляет сборник статей о интернет-технологиях, от базовых понятий до продвинутых тем. Материалы написаны простым языком, с реальными примерами, что облегчает понимание и практическое применение знаний.

Вопрос — ответ

Кто такой сетевой инженер и чем он занимается?

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

Его главная цель — сделать так, чтобы устройства обменивались информацией быстро и безопасно. Для этого он настраивает маршрутизаторы, прокси, коммутаторы и разные системы контроля трафика и безопасности. Кроме того, такой специалист постоянно следит за нагрузкой, выявляет узкие места и устраняет тормоза, которые мешают работе пользователей или сервисов.

Он участвует в выборе оборудования и технологий, чтобы сеть оставалась надежной и могла расти вместе с компанией. И еще одна важная часть работы — продумывать резервные схемы и план восстановления на случай сбоев, чтобы система не «падала» и данные оставались целыми.

Чем сетевой инженер отличается от системного администратора?

Сисадмин следит за тем, чтобы компьютеры, серверы и программы работали без сбоев. Он устанавливает нужное ПО, настраивает учетные записи и почту, а еще проверяет стабильность всех систем. Если что-то идет не так, приходится быстро находить решение и устранять проблему.

Инженер занимается связью между устройствами и сетями. Он следит, чтобы соединение не «падало», данные оставались защищенными, а каналы связи работали стабильно. По сути, если с системой что-то не так, именно он берется за решение.

Иногда их обязанности пересекаются. Сисадмин может настраивать офисное оборудование, а инженер подключать серверные VLAN или настраивать фаерволы. В целом же администратор больше работает с серверами и софтом, а инженер — с сетью и ее безопасностью.

Какие навыки нужны сетевому инженеру?

Сначала имеет смысл разобраться с основами: TCP/IP, DHCP, DNS. Практика с реальным оборудованием пригодится, ведь часто приходится настраивать маршрутизаторы, точки подключения и коммутаторы. Полезно вникнуть в азы интернет-безопасности: как быстро ограничить доступ, подготовить фаервол или VPN, обезопасить информацию.

Важно мгновенно замечать неполадки и исправлять их с помощью специальных инструментов. Ошибки гораздо проще находить, когда ведешь схемы и карты подключения. Еще удобно использовать симуляторы и эмуляторы сетевого оборудования — можно пробовать разные настройки и проверять идеи, не тревожа настоящую инфраструктуру.

Какие технологии и протоколы изучать в первую очередь?

Первыми лучше освоить базу — IP‑адресацию и маршрутизацию. Сначала IPv4, потом IPv6, понять, как маршрутизаторы формируют маршруты. Хорошо сразу познакомиться с VLAN, чтобы разделять сеть, VPN — чтобы соединять офисы безопасно, и SNMP для мониторинга оборудования.

Не лишним будет разобраться с Wi‑Fi: как настроить покрытие, учесть безопасность. И базовые вещи по защите информации тоже нужны — доступ к сетям, шифрование, обнаружение подозрительной активности, резервные копии. Эти знания реально помогают дальше разбираться в сложных сетевых задачах и не теряться, когда начинаешь работать с инфраструктурой на практике.

Какие сертификаты востребованы в этой области?

Сертификаты реально помогают выделиться и показать, что человек умеет работать с сетями на практике. Особо выделяются Cisco CCNA и CCNP — они покрывают все, от базовой маршрутизации до настройки безопасности. Если работаете с Juniper, JNCIA будет большим плюсом, а CompTIA Network+ помогает держать общий уровень знаний.

Для карьерного роста наличие сертификатов заметно ускоряет процесс: чаще допускают к более сложным проектам и повышают. Иногда работодатели даже предпочитают, когда у сотрудника несколько разных сертификатов — это говорит, что он знаком с разными технологиями и оборудованием.

Можно ли стать сетевым инженером без технического образования?

Если хочется работать с IT и сетями, сначала придется разобраться, как устроены компьютеры, сети и серверы. Без практики особо ничего не закрепится — пробуйте на оборудовании или хотя бы в симуляторах.

Часто в эту сферу приходят из администрирования, техподдержки или тестирования железа. Самообразование реально работает: курсы, книги, лабораторные задания, реальные проекты — все идет в копилку опыта. Портфолио проектов зачастую ценят больше, чем диплом, если опыта достаточно.

Сколько времени занимает подготовка к профессии?

Если заниматься регулярно, базовые навыки реально освоить за полгода–год — пробовать технологии, настраивать оборудование, решать задачи на практике. Но чтобы спокойно работать с реальными сетями, опыта нужно гораздо больше, годы, и придется подтягивать смежные темы. Настоящее понимание маршрутизации, протоколов, безопасности и облачных решений приходит постепенно. Даже профессионалы постоянно учатся, осваивая новые инструменты по мере их появления.

Насколько востребованы сетевые инженеры?

Спрос на таких специалистов реально высокий. Везде, где есть IT‑инфраструктура — от ЦОДов до крупных корпораций и телекомов — нужны люди, которые умеют держать сеть в устойчивом состоянии. С облачными сервисами, виртуализацией и постоянными угрозами безопасности без таких сотрудников бизнес просто бы не справлялся. Хорошо прокачанные профи могут спокойно работать удаленно для компаний по всему миру, а в городах с развитой IT-сферой всегда есть интересные проекты.

Какие перспективы карьерного роста у сетевого инженера?

Сетевой инженер может идти разными путями. Кто-то сосредотачивается на проектировании сложных инфраструктур, кто-то работает с защитой данных. Есть направление DevNet, где сети автоматизируются и программируются. Опытные специалисты часто переходят к управлению IT-инфраструктурой и ведут команду.

Карьерный рост зависит от того, как навыки используются на практике и какие технологии освоены. Практика и сертификаты открывают доступ к крупным проектам и руководящим позициям.

Какие смежные области полезно изучать?

Если работать с сетями всерьез, то без базовых знаний в области безопасности никуда. Плюс сейчас почти везде используется виртуализация и облака — AWS, Azure, Google Cloud, так что с ними тоже придется подружиться. Чтобы не тратить кучу времени на рутину, удобно автоматизировать задачи скриптами: Python или Ansible отлично подходят. Linux и работа в консоли — это вообще ежедневный инструмент, без него сложно администрировать сервера или сетевые устройства.

Стоит хотя бы в общих чертах разбираться в мониторинге, анализе трафика и резервировании данных. Эти вещи сильно влияют на стабильность системы и спасают в непредвиденных ситуациях. Чем больше такого опыта, тем шире круг задач, которые можно спокойно брать на себя.

Сетевой инженер — это не просто работа с железом и настройками. Тут и инфраструктура, и безопасность, и куча мелких деталей, где без внимательности никуда. Вроде звучит сложно, но зато открывает дорогу в IT и дает навыки, которые реально ценятся.

Учиться можно онлайн: сначала теория, а потом сразу практика. Где-то попробуете инструменты, где-то разберете задачу и поймете, что без ошибок не обойтись. Зато именно так все лучше усваивается. На что смотреть при выборе обучения? Ну, хотя бы на проекты, обратную связь экспертов и то, насколько материал свежий.

В подборке собраны разные варианты курсов сетевого инженера — с их помощью можно шаг за шагом войти в профессию. А если вы уже пробовали подобные тренинги, расскажите, как все прошло. Может, у вас есть свой проверенный курс?

Это решение стало частью инициативы по переходу на более безопасные и надежные реализации базовых утилит, избавленных от типичных ошибок C-кода: выходов за границы буфера, обращения к освобожденной памяти и других уязвимостей.

Что такое sudo-rs и зачем он нужен

Проект sudo-rs развивается с прицелом на полную совместимость с оригинальной sudo, но при этом написан на языке Rust, который предлагает строгую модель управления памятью и безопасную систему типов.

Canonical (разработчик Ubuntu) официально утвердила переход на sudo-rs еще в мае 2025 года, однако полноценная замена началась только сейчас — с появлением всех необходимых функций:

• поддержка старых версий ядра Linux (до 5.9);
• поддержка NOEXEC и AppArmor;
• исправления ошибок стабильности;
• переход sudo-rs в основной репозиторий (main) после аудита.

Что с обычным sudo?

Классическое sudo все еще доступно в системе. При желании его можно вернуть командой:

Однако в Ubuntu 26.10 разработчики планируют полностью убрать классическую версию из основного репозитория и оставить только sudo-rs.

Что дальше?

Также обсуждается замена команды su на аналогичную реализацию на Rust — su-rs. Пока что /usr/bin/su остается классическим, но эксперименты с альтернативой уже запланированы.

Ubuntu — не первая система, переходящая на Rust-реализации базовых компонентов. Ранее аналогичный тренд задали:

• Fedora, где тестируется systemd-модуль на Rust;
• System76 Pop!_OS, где часть пользовательских инструментов уже пишется на Rust;
• Redox OS, операционная система на Rust с нуля.

Почему это важно

Реализация sudo на Rust — не просто «модное» переписывание. Это шаг к устранению целого класса уязвимостей, которые десятилетиями преследуют Linux-инфраструктуру.

Утилиты вроде sudo, su и passwd обрабатывают привилегии и пользовательский ввод, а значит — являются первоочередными целями для атак.

Использование Rust в таких утилитах позволяет:

• Исключить целые классы уязвимостей на этапе компиляции.
• Повысить надежность и читаемость системного кода.
• Упростить последующий аудит и сопровождение.

Если не случится критических багов, sudo-rs появится в LTS-релизе Ubuntu 26.04 по умолчанию и навсегда.

Умный телевизор на кухне отключается, камеры безопасности слепнут, а стриминговый сервис сообщает о потере соединения на кульминации сериала. И виноват чаще всего не провайдер, а хаос в вашей же сети, в которой роутер времён Wi-Fi 5 отчаянно пытается раздать интернет 25 устройствам сквозь бетонные стены и помехи от микроволновки.

Хватит перезагружать роутер! Пора разобрать домашнюю сеть на атомы: от выбора железа до тонких настроек и полного понимания процессов.

Почему сеть ведёт себя плохо? Распространенные заблуждения и реальные причины

Проблемы со связью дома имеют конкретные причины, но их часто игнорируют, поскольку верят в распространенные мифы. Развенчаем основные заблуждения и узнаем, что происходит на самом деле.

Миф №1: «Во всём виноват провайдер»

Конечно, проблемы на стороне провайдера случаются (обрывы магистрали, перегруженное оборудование в доме). Однако гораздо чаще корень зла находится внутри вашей квартиры.

Провайдер отвечает за качество сигнала до точки ввода (ваш роутер или терминал). Дальше — зона вашей ответственности: оборудование, настройки, Wi-Fi. В причине изрядного количества жалоб на «медленный интернет» виноваты именно внутриквартирные факторы: устаревшие или слабые роутеры (особенно модели Wi-Fi 4/5), плохое покрытие из-за неправильного размещения или помех. Всегда сначала проверяйте свою сеть.

Миф №2: «Моему роутеру всего 3 года, он должен быть хорошим»

Технологии Wi-Fi развиваются стремительно. Роутер, купленный даже в 2022 году, может критично отставать:

• Не поддерживает современные стандарты. Отсутствие Wi-Fi 6/6E означает, что он не использует технологии (OFDMA, MU-MIMO) для эффективной работы множества устройств одновременно.
• Не справляется с нагрузкой. Процессор и память бюджетных или старых моделей просто «захлебываются» при подключении 20+ современных гаджетов (смартфоны, планшеты, ТВ, умный дом, консоли). Роутер физически не рассчитан на такую нагрузку.

Миф №3: «Wi-Fi волшебный, он должен проходить везде»

Радиосигнал Wi-Fi — это физические радиоволны, а не магия. Они подвержены:

• Затуханию — чем больше расстояние до роутера, тем слабее сигнал.
• Поглощению и отражению — бетонные стены с арматурой, кирпич, зеркала, мебель (особенно металлическая и заполненная), даже аквариумы с водой — всё это сильно ослабляет сигнал.
• Помехи — микроволновки (во время работы на 2.4 ГГц), беспроводные колонки, радионяни, Bluetooth-устройства, соседние Wi-Fi сети — создают «шум» в эфире, мешая вашему сигналу. В многоквартирных домах это основная проблема диапазона 2.4 ГГц.

Фундамент: выбор и установка роутера (маршрутизатора)

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

Современный стандарт Wi-Fi — не прихоть, а необходимость

В 2025 году необходимый минимум — Wi-Fi 6 (802.11ax). Он кардинально улучшает работу в перегруженных условиях (типичная картина в многоквартирных домах) благодаря технологиям OFDMA и MU-MIMO, увеличивает пропускную способность и снижает энергопотребление устройств по сравнению с Wi-Fi 5 (802.11ac).

Идеалом же считается Wi-Fi 6E. Его главное преимущество — доступ к диапазону 6 ГГц. Это огромный «чистый» канал, свободный от помех старых устройств (работающих только на 2.4 и 5 ГГц), идеальный для сверхскоростных соединений и приложений с низкими задержками, таких как VR/AR или облачный гейминг.

Важно: Использование диапазона 6 ГГц в РФ строго регламентировано Роскомнадзором. Разрешены для использования без лицензии (в помещениях) только определенные каналы в нижней части диапазона (каналы 1-93, частота 5925-6425 МГц) с ограниченной максимальной мощностью излучения.

Обязательно убедитесь, что выбранная модель Wi-Fi 6E роутера официально адаптирована для российского рынка и соответствует требованиям РКН. Некорректно настроенное или несертифицированное оборудование может работать нестабильно или создавать помехи.

Гигабитные порты — обязательное условие для скоростных тарифов

Мощный Wi-Fi бесполезен, если узкое место находится на проводных интерфейсах. Когда ваш интернет-тариф предоставляет скорость 500 Мбит/с или выше, порты WAN (для подключения кабеля от провайдера) и LAN (для проводного подключения ваших устройств) роутера обязательно должны поддерживать стандарт Gigabit Ethernet (1000 Мбит/с или 1 Гбит/с).

Устаревшие порты Fast Ethernet (100 Мбит/с) физически не пропустят скорость, за которую вы платите, сводя на нет преимущества даже самого быстрого Wi-Fi. Всегда проверяйте спецификацию портов перед покупкой.

Мощность «начинки»: процессор и память имеют значение

Роутер — это специализированный компьютер. Чем мощнее его процессор (CPU) и чем больше оперативной памяти (ОЗУ), тем лучше он будет справляться с современными задачами:

• Шифрование трафика. Актуальные стандарты безопасности (WPA3, работа VPN-сервера/клиента) требуют вычислительных ресурсов.
• Управление трафиком (QoS). Возможность приоритизировать сетевой трафик, чтобы обеспечить более высокое качество обслуживания для игр, звонков или стримов.
• Обработка нагрузки. Одновременная работа десятков устройств (смартфоны, ноутбуки, умный дом, ТВ, консоли) создает значительную нагрузку.

Ищите модели с многоядерными процессорами (2+ ядра) и достаточным объемом ОЗУ (от 256 МБ и выше). Это залог стабильности под нагрузкой и долгой работы без «зависаний».

Правильное размещение — половина успеха

Даже самый продвинутый роутер не раскроет свой потенциал, если спрятан в неудобном месте.

Следуйте простым правилам:

• Центр квартиры/дома. По возможности разместите роутер ближе к геометрическому центру жилья. Это обеспечит наиболее равномерное покрытие.
• Открытое пространство. Установите устройство на высокой полке, столе или специальном кронштейне. Избегайте глухих шкафов, ниш, пространства за телевизором или системным блоком ПК — металл и плотные материалы экранируют сигнал.
• Ориентация антенн. Если антенны съемные или регулируемые, располагайте их вертикально. Это стандартная поляризация для большинства клиентских устройств.
• Подальше от источников помех. Не соседствуйте с устройствами, излучающими в близких частотных диапазонах или создающими электромагнитные помехи: микроволновые печи (сильные помехи на 2.4 ГГц во время работы), радионяни, беспроводные колонки, Bluetooth-устройства, мощные силовые кабели и трансформаторы, большие металлические объекты.

Wi-Fi: гонка за стабильным сигналом

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

Mesh-системы (ячеистые сети): бесшовный роуминг

Этот вариант стал золотым стандартом 2025 года для создания единой сети без «мертвых зон». Система состоит из нескольких модулей (узлов), которые автоматически связываются друг с другом, образуя интеллектуальную сетку. Ваше устройство плавно переключается между узлами по мере перемещения без разрывов соединения — идеально для видеозвонков и онлайн-игр.

Ключевые факторы:

• Ключевой выбор – трехдиапазонность. Для максимальной производительности выбирайте системы с трёхдиапазонным Wi-Fi (2.4 ГГц + 5 ГГц + 5 ГГц или 2.4 ГГц + 5 ГГц + 6 ГГц). Один из высокоскоростных диапазонов (5 ГГц или 6 ГГц) выделяется исключительно для связи между узлами (backhaul). Это гарантирует, что скорость на ваших устройствах не будет «резаться» из-за обмена данными между модулями.
• Важно для РФ и 6 ГГц. При выборе Mesh c поддержкой 6 ГГц убедитесь, что система официально адаптирована для российского рынка и использует разрешённые Роскомнадзором каналы в диапазоне 5925-6425 МГц. Несертифицированное оборудование может работать некорректно.
• Популярные модели в РФ. TP-Link Deco (серии XE75 Pro, XE200), ASUS ZenWiFi (серии XT9, ET12), Zyxel Multy M, Keenetic Hero (KN-2711), Xiaomi Home WiFi. При выборе ориентируйтесь на независимые тесты и рейтинги российских ИТ-изданий.

Точки доступа (AP): максимальная стабильность через кабель

Это профессиональное и самое надёжное решение. Проводная точка доступа подключается к основному роутеру или коммутатору с помощью Ethernet-кабеля (витой пары) и создаёт мощную и стабильную зону покрытия Wi-Fi в нужном месте (например, дальняя комната, кухня, лоджия).

• Главное преимущество — независимое высокоскоростное подключение к сети. Точка доступа не делит канал Wi-Fi между передачей данных клиентам и связью с роутером, как Mesh или повторитель. Скорость и стабильность определяются только возможностями самой точки и проводного соединения.
• Необходима прокладка Ethernet-кабеля (Cat 5e/6/6a) до места установки точки доступа. Это может быть сложнее в готовом ремонте, но результат того стоит.
• Подходит для стационарных устройств, требующих максимальной скорости (игровые консоли, Smart TV, ПК) и для помещений с плохим приемом. Современные AP (Access Points, точки доступа — устройства, обеспечивающие беспроводное подключение клиентов к проводной сети) легко настраиваются в единую сеть с основным роутером (часто того же бренда) для бесшовного роуминга. Примеры: точки доступа от Ubiquiti (UniFi), TP-Link (Omada, EAP), Zyxel.

Повторители (Repeaters/Extenders): простое, но компромиссное решение

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

Кроме того, это может усилить помехи. Ещё один передатчик в перегруженном эфире многоквартирного дома может усугубить общую ситуацию с помехами.

Когда использовать: Только в крайних случаях, когда прокладка кабеля абсолютно невозможна, а бюджет на Mesh-систему ограничен. Старайтесь размещать повторитель в зоне ещё уверенного (не слабого!) приема от основного роутера. Выбирайте модели с поддержкой современных стандартов (Wi-Fi 6) и, по возможности, двухдиапазонные.

Качественный кабель = стабильность

Для всего, что не двигается (ПК, Smart TV, игровая консоль, NAS) и требует максимальной скорости и минимальных задержек (пинга), Ethernet-кабель — единственный верный выбор:

1. Категория: минимум Cat 5e (до 1 Гбит/с на 100 м). Рекомендуется Cat 6 (до 10 Гбит/с на 55 м) или Cat 6a (до 10 Гбит/с на 100 м) для будущего апгрейда.
2. Прокладка: аккуратно вдоль плинтусов, в кабель-каналах. Избегайте сильных перегибов и близости к силовым проводам.

Безопасность: не только от хакеров, но и от соседей

Открытая или слабо защищенная сеть — угроза не только вашим данным, но и стабильности. Сосед, качающий торренты через ваш Wi-Fi, гарантированно вызовет лаги.

Как защититься:

• Тип шифрования. WPA3-Personal (AES) — актуальный стандарт в 2025. Если устройство его не поддерживает (редко, но бывает), используйте WPA2-Personal (AES). WEP и WPA (TKIP) — небезопасны и устарели!
• Имя сети (идентификатора SSID). Название не должно совпадать с маркой/моделью роутера, содержать личную информацию (имя, телефон или другие данные владельца). Не стоит делать его слишком необычным, чтобы не привлекать внимание злоумышленников, сканирующих Wi-fi сети в вашем районе.
• Сложный пароль. Минимум 12 символов: буквы (верхний/нижний регистр), цифры, спецсимволы. Никаких имён, дат рождения, простых последовательностей.
• Смена пароля администратора роутера. Стандартные admin/admin или admin/password — первое, что попробует злоумышленник или даже любопытный сосед. Смените на уникальный сложный пароль.
• Отключение WPS. Технология упрощённого подключения (кнопка) имеет известные уязвимости. Разумнее отключить её в настройках роутера.
• Регулярное обновление ПО (Firmware). Производители закрывают уязвимости и улучшают стабильность через обновления. Включите автоматические обновления или проверяйте вручную раз в квартал.

Тонкая настройка: от хорошего к идеальному

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

Выбор оптимального канала Wi-Fi

В многоквартирных домах каналы 2.4 ГГц особенно перегружены соседскими сетями. Используйте сканеры Wi-Fi (встроенные в некоторые роутеры или приложения типа WiFi Analyzer для Android) для поиска наименее загруженного канала. Для диапазонов 5 ГГц и 6 ГГц номер канала менее критичен, чем его ширина.

Роутеры с поддержкой DFS (Dynamic Frequency Selection) могут автоматически использовать дополнительные «чистые» каналы в 5 ГГц диапазоне, обычно занятые радарными службами, но свободные в бытовом использовании (обязательно проверьте поддержку DFS и разрешённые каналы в спецификациях роутера для РФ).

Оптимальная ширина канала (Channel Width)

Более широкая канальность (80 МГц, 160 МГц) даёт потенциально бóльшую пиковую скорость одному устройству, но повышает чувствительность к помехам и значительно сокращает количество доступных непересекающихся каналов в зоне покрытия.

На загруженной частоте 2.4 ГГц всегда устанавливайте ширину 20 МГц — это максимизирует независимые каналы. На 5/6 ГГц можно пробовать 80 МГц или 160 МГц для устройств, поддерживающих такие скорости и находящихся близко к роутеру. Если заметны нестабильность или обрывы связи, вернитесь на 40 МГц или 80 МГц соответственно.

Приоритезация трафика (QoS — Quality of Service)

Эта настройка позволяет роутеру «понимать», какой трафик важнее для вас, и распределять пропускную способность, минимизируя лаги для критичных задач.

Можно задать приоритет:

• по устройству: игровая консоль, ПК для видеозвонков, рабочий ноутбук;
• по типу трафика: видеозвонки («Zoom», «Teams»), онлайн-игры («Gaming»), потоковое видео («Streaming») > веб-сёрфинг, загрузки файлов, торренты.

Грамотная настройка QoS (например, приоритет для игровых пакетов или видеозвонков) снижает задержки в онлайн-играх и видеоконференциях при высокой нагрузке сети.

Использование гостевых сетей (при необходимости)

Создайте отдельную сеть Wi-Fi для гостей. Это важный шаг для безопасности и стабильности.

Гостевая сеть:

• изолирует устройства посетителей от вашей основной локальной сети (компьютеры, NAS, серверы, умный дом);
• позволяет ограничить их скорость и/или потребляемый трафик, чтобы гости не «съели» весь ваш канал;
• защищает основной пароль Wi-Fi.

Фильтрация по MAC-адресу: ограниченная полезность

Этот метод позволяет разрешать подключение только устройствам с заранее прописанными в настройках роутера MAC-адресами. Он имеет ограниченную эффективность в качестве защиты, так как MAC-адрес легко подделать (спуфить).

Это дополнительная мера для ограничения круга подключаемых устройств (например, только свои), если ваш сложный пароль Wi-Fi всё же стал известен посторонним. Ни в коем случае не заменяет необходимость WPA3/WPA2 и сложного пароля!

Планировщик перезагрузки: простая профилактика

Установите автоматическую перезагрузку роутера по расписанию (например, раз в неделю в 4:00 утра).

Эта простая мера помогает:

• сбросить возможные временные зависания программного обеспечения роутера;
• очистить кэш и таблицы соединений;
• обновить аренду IP-адресов (если используется DHCP).

«Выключить и включить» – классическое и часто эффективное решение многих проблем с сетевым оборудованием, и автоматизация этого процесса избавляет от рутины.

Когда нужен апгрейд провайдера

Если вы выполнили все шаги выше, но:

• скорость на проводном соединении к роутеру стабильно сильно ниже заявленной провайдером по тарифу (проверьте на сайтах типа nperf.com, используя серверы вашего провайдера).
• пинг в играх или на видеозвонках нестабильно высокий при проводном подключении.
• провайдер использует устаревшие технологии (ADSL, DOCSIS 2.0/3.0 без апгрейда).

Тогда стоит изучить предложения других доступных в вашем доме провайдеров, обращая внимание на технологию подключения (оптика PON, пассивная оптическая сеть для широкополосного доступа — лучший выбор для многоквартирных домов), реальные отзывы о стабильности и поддержке, а также новые тарифы с повышенными скоростями и улучшенным QoS на своей стороне (актуально для игровых тарифов).

В 2025 году в России используются технологии DOCSIS 4.0 для кабельного интернета (особенно востребованные в частном секторе и районах с развитой коаксиальной инфраструктурой) и XGS-PON для оптических сетей, предлагающие мультигигабитные скорости до 10 Гбит/с и выше.

Итог: ваш чек-лист стабильной сети

Следуя этим ключевым пунктам, вы существенно повысите надёжность и отзывчивость домашней сети:

1. Роутер. Wi-Fi 6/6E, гигабитные порты, мощный процессор. Центральное расположение в помещении.
2. Покрытие. Mesh-система (лучше всего) или проводные точки доступа для больших площадей/проблемных зон.
3. Кабель. Ethernet везде, где возможно. Cat 6/6a.
4. Безопасность. WPA3 (или WPA2) + AES. Сложный пароль на Wi-Fi и админка роутера. Обновляйте прошивку!
5. Настройки. Выбор свободного канала (особенно 2.4 ГГц), разумная ширина канала. Включите и настройте QoS для приоритезации игр/видеозвонков. Гостевая сеть.
6. Техобслуживание. Периодическая перезагрузка роутера.

Построение надёжной домашней сети в 2025 — не ракетостроение, но требует внимания к деталям и понимания основ. Забудьте про мифические «волшебные кнопки». Реальная стабильность достигается грамотным выбором оборудования, его правильной настройкой и периодическим обслуживанием.

Следуйте этому руководству, и ваша сеть перестанет быть источником раздражения, превратившись в прочный фундамент цифровой жизни. А какие ваши лайфхаки по борьбе с лагами? Делитесь в комментариях!

Вместе с экспертами Kursfinder я рассмотрела около 50 предложений, чтобы выбрать 37 лучших программ, включая бесплатные. В статье мы также даем уникальные промокоды на дополнительную скидку на обучение. Полный список актуальных курсов системного администратора вы найдете в нашем каталоге.

ТОП-10 лучших курсов по системного администратора в 2026 году

1. Системный администратор от Нетологии — лучшее изучение продвинутых инструментов.
2. Старт в DevOps: системное администрирова­ние для начинающих от Skillbox — лучший курс системного администратора с нуля.
3. Системный администратор от Яндекс Практикум — отличный вариант профессиональной переподготовки.
4. Администрирование ОС Linux от Skillbox — лучшая программа по администрированию Linux.
5. Системный администратор от Skillfactory — лучший практический курс.
6. Дизайн сетей ЦОД от OTUS.ru — лучший курс по дизайну сетей ЦОД.
7. Администрирование Linux от Хекслет — лучший вариант повышения квалификации.
8. Системное администрирование от Международной школы профессий — лучший курс системного администратора Windows.
9. Системный администратор от HEDU (irs.academy) — лучшее обучение в сжатые сроки.
10. Системный администратор от Onskills.ru — отличный вараинт для опытных сисадминов.

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

Онлайн-курсы системного администратора

1. Системный администратор | Нетология

Используйте промокод "kursfinder", чтобы получить скидку 7% на любой курс школы.

На программе от Нетологии студенты освоят установку и настройку ОС, работу с сетевым оборудованием, управление базами данных, обеспечение их безопасности. Также они поймут, как делать установку серверного оборудования, оптимизацию работы серверов и сетей, работу с облачными сервисами и виртуализацией. Помимо этого, они смогут освоить установку и настройку программ и приложений, решение проблем пользователей, восстановление работы систем, а также управление IT-инфраструктурой компании.

• Стоимость: от 99 200 рублей
• Длительность: 13 месяцев
• Формат обучения: вебинары и практические задания с обратной связью
• Сертификат: диплом о профессиональной переподготовке

Кому подойдет:

• новичкам в IT без опыта программирования;
• начинающим сисадминам.

Преимущества:

• реальные проекты;
• опытные наставники помогают им в этом;
• материалы доступны в любое время;
• центр развития карьеры помогает найти работу;
• английский язык можно изучать бесплатно;
• можно запросить возврат средств;
• есть выгодные условия оплаты и скидки;
• для удобства есть мобильное приложение;
• после учебы у вас будет хорошее резюме;
• можно учиться на работе;
• можно получить налоговый вычет.

Недостатки:

• долгосрочная программа, рассчитанная на срок более одного года.

Программа обучения:

• Анализ IT-систем
• Управление и настройка Linux
• Организация сети и сетевые протоколы
• Написание программ на Bash
• Виртуализация: принципы и применение
• Автоматизация управления инфраструктурой
• Знакомство с DevOps
• Отслеживание и контроль работы
• Обеспечение надежности работы системы
• Хранение и передача информации
• Базы данных, основанные на отношениях
• Защита информации

Ознакомиться с полной программой >>>

2. Старт в DevOps: системное администрирова­ние для начинающих | Skillbox

Программа предоставляет возможность получить базовые знания в области системного администрирования и DevOps. В ходе обучения вы познакомитесь с ключевыми концепциями системного администрирования, принципами работы операционных систем и инструментами управления. Вы узнаете, что такое DevOps, как работает непрерывная интеграция и доставка. Уроки также включают изучение Linux, настройку серверов и обеспечение безопасности. Вы освоите SSH, Git, Docker и другие инструменты.

• Стоимость: от 98 516 рублей
• Длительность: 4 месяца
• Формат обучения: видеоматериалы, практические упражнения, тесты, домашние работы
• Сертификат: сертификат установленного образца

Кому подойдет:

• начинающим DevOps-инженерам;
• системным администраторам.

Преимущества:

• комфортный график обучения;
• квалифицированные педагоги;
• консультация предоставляется бесплатно;
• неограниченный доступ к материалам программы;
• техническая поддержка на высоком уровне;
• доступ к материалам сразу после покупки;
• год английского в подарок;
• возможность общения с другими учениками;
• пользователи высоко оценивают программу;
• отзывчивая команда кураторов;
• помощь в поиске работы.

Недостатки:

• некоторые темы раскрыты поверхностно.

Программа обучения:

• Пользователи и файлы
• Освоение Vim
• Создание сценариев на Bash
• Всемирная паутина
• Запуск системы
• Шифрование и HTTPS
• Взаимодействие с устройствами
• Основы работы с базами данных
• Завершение изучения сетей
• Создание LAMP
• Отслеживание и диагностика
• Файервол
• Виртуализация

Ознакомиться с полной программой >>>

3. Системный администратор | Яндекс Практикум

Один из лучших курсов системных администраторов для начинающих. В ходе обучения по программе студенты освоят умения и компетенции, которые позволят им эффективно работать с операционными системами, сетевыми технологиями, протоколами, серверами и виртуализацией. Они научатся защищать данные и системы, решать проблемы пользователей, автоматизировать задачи, работать с облачными технологиями и следовать профессиональным стандартам.

• Стоимость: 103 000 рублей
• Длительность: 6 месяцев
• Формат обучения: вебинары, лекции, практические задания
• Сертификат: есть

Кому подойдет:

• новичкам в сфере администрирования программного обеспечения;
• техническим специалистам из смежных областей;
• системным администраторам Windows.

Преимущества:

• упражнения для отработки навыков на платформе Yandex Cloud;
• обучающие онлайн-встречи с профессионалами;
• интерактивное учебное пособие;
• практика на реальных проектах;
• возможность разработки проекта для заказчиков;
• помощь в поиске работы;
• возможность пройти оплачиваемую стажировку;
• разнообразные варианты оплаты.

Недостатки:

• не всегда детальный анализ домашнего задания.

Программа обучения:

• Знакомство с ОС
• Основы передачи данных через сети
• Приложения и сервисы
• IT-решения для бизнеса
• Компоненты IT-систем
• Методология системного администрирования
• Инструменты для создания инфраструктуры
• Использование контейнеров в Linux и Docker

Ознакомиться с полной программой >>>

4. Администрирование ОС Linux | Skillbox

В рамках программы участники освоят процесс установки и настройки операционной системы Linux, а также научатся управлять серверами, работающими на этой платформе. В ходе обучения участники познакомятся с основными командами и инструментами командной строки, научатся работать с файловой системой, процессами и службами. Они также изучат принципы настройки сети и обеспечения безопасности, а также научатся эффективно решать возникающие проблемы.

По завершении курса участники получат необходимые знания и навыки для работы в качестве администратора. Они смогут эффективно управлять серверами и решать возникающие задачи.

• Стоимость: 69 336 рублей
• Длительность: 3 месяца
• Формат обучения: видеоматериалы, практические упражнения, тесты, домашние работы
• Сертификат: сертификат установленного образца

Кому подойдет:

• IT-специалистам;
• продолжающим специалистам.

Преимущества:

• комфортный график обучения;
• квалифицированные педагоги;
• консультация предоставляется бесплатно;
• неограниченный доступ к материалам программы;
• техническая поддержка на высоком уровне;
• доступ к материалам сразу после покупки;
• год бесплатного изучения английского языка;
• возможность общения с другими учениками;
• пользователи высоко оценивают программу;
• отзывчивая команда кураторов;
• помощь в поиске работы.

Недостатки:

• не подходит для новичков.

Программа обучения:

• Как установить Linux
• Зачем нужен файл подкачки
• Как работать с файлами и каталогами
• Какие права доступа есть в Linux
• Как управлять учетными записями
• Как работает ввод-вывод
• Как загружается ядро Linux
• Что такое пространство пользователя
• Как логировать и мониторить
• Как устанавливать и удалять программы
• Резервное копирование
• Восстановление данных
• Архитектура сети
• Основные протоколы

Ознакомиться с полной программой >>>

5. Системный администратор | Skillfactory

В ходе обучения вы изучите фундаментальные принципы, а также Linux, командную строку, Windows, сетевые технологии, вопросы безопасности данных, виртуализацию и облачные технологии. Кроме того, вы освоите резервное копирование и восстановление данных, автоматизацию задач, мониторинг и логирование, а также работу с оборудованием. Программа включает в себя такие темы, как настройка сетевых соединений, защита данных от несанкционированного доступа, работа с виртуальными машинами и облачными сервисами.

• Стоимость: от 119 844 рублей
• Длительность: 9 месяцев
• Формат обучения: практические задания, тестирования, вебинары
• Сертификат: диплом о профессиональной переподготовке установленного образца или сертификат

Кому подойдет:

• новичкам;
• техническим специалистам смежных профессий;
• сисадминам WIndows.

Преимущества:

• возврат денег за обучение;
• акцент на практическом обучении;
• занятия с квалифицированными наставниками;
• возможность выстраивать удобное расписание;
• регулярное обновление материалов программы;
• подходит для изучения с нуля;
• содействие в трудоустройстве;
• Yandex.Cloud предоставляет ресурсы для практики бесплатно.

Недостатки:

• в некоторых тарифных планах не включены индивидуальные консультации.

Программа обучения:

• Работа с датой и временем
• Основы работы с сетью
• Strace, lsof и Wireshark
• RAID и LVM
• Объяснение работы веб-серверов
• Введение в базы данных
• Установка WordPress и PostgreSQL
• Docker: эволюция виртуализации
• Мониторинг с помощью Zabbix
• Отображение журналов в Grafana
• Размещение готовых проектов в Git

Ознакомиться с полной программой >>>

6. Дизайн сетей ЦОД | OTUS.ru

На программе участники получат глубокие знания и практические навыки в области проектирования, оптимизации и обеспечения надежности сетей центров обработки данных. Уроки охватывают ключевые аспекты, необходимые для успешной эксплуатации современных ЦОД.

• Стоимость: 55 000 рублей
• Длительность: 3 месяца
• Формат обучения: интерактивные вебинары, домашние задания
• Сертификат: есть

Кому подойдет:

• сетевым инженерам;
• сетевым архитекторам;
• системным архитекторам.

Преимущества:

• хороший фидбэк по домашним работам;
• выгодная рассрочка;
• возврат налога;
• доступ к материалам после обучения;
• карьерные консультации.

Недостатки:

• фиксированное расписание занятий.

Программа обучения:

• Введение в архитектуру и инфраструктуру ЦОД
• Принципы проектирования сетей
• Типы сетевых топологий и их особенности
• Стандарты и рекомендации по обеспечению надежности
• Методы обеспечения отказоустойчивости
• Политики и процедуры безопасности

Ознакомиться с полной программой >>>

7. Администрирование Linux | Хекслет

В рамках этой программы вы освоите базовые принципы администрирования Linux. Вы научитесь управлять серверами, работать с пользователями и их правами доступа, разбираться в структуре файловой системы, управлять процессами и сигналами. Также вы узнаете о супервизоре, его функциях и применении. Также вы освоите базовые принципы работы сетей, включая IP-адреса, порты и сетевые интерфейсы.

• Стоимость: 3 900 рублей в месяц по подписке
• Длительность: 7 уроков
• Формат обучения: видеоуроки, теория, тестирования, упражнения
• Сертификат: нет

Кому подойдет:

• продолжающим специалистам;
• сисадминам.

Преимущества:

• полезные статьи и видеоролики;
• тренажер внутри сайта;
• асинхронный формат;
• бессрочный доступ к теории.

Недостатки:

• полностью самостоятельный формат обучения без преподавателей.

Программа обучения:

• Как управлять пользователями и их правами
• Структура файловой системы
• Как управлять процессами
• Что такое супервизор и для чего он нужен
• Зачем нужен IP-адрес и порт
• Что такое сетевой интерфейс
• Самостоятельная работа
• Дополнительные задания
• Статьи и видео от команды Хекслета

Ознакомиться с полной программой >>>

8. Системное администрирование | Международная школа профессий

Уроки обучают основам и продвинутым техникам администрирования компьютерных систем. Вы получите знания для эффективного управления IT-инфраструктурой организаций. Темы включают настройку и обслуживание серверов, резервное копирование и восстановление данных, мониторинг и оптимизацию производительности. После завершения обучения вы сможете начать карьеру в системном администрировании или продолжить обучение, применяя полученные навыки для решения повседневных задач.

• Стоимость: 33 100 рублей
• Длительность: 10 недель
• Формат обучения: тестирования, практические интерактивные задания, вебинары
• Сертификат: есть

Кому подойдет:

• тем, кто только начинает свой путь в этой сфере;
• специалистам в области программирования;
• разработчикам и тестировщикам.

Преимущества:

• в программе много практических занятий;
• гибкий график обучения;
• эффективная обратная связь;
• высокий уровень удовлетворенности бывших студентов;
• возможность совмещать обучение с работой или учебой;
• специальные предложения и скидки;
• начало нового курса каждую неделю.

Недостатки:

• программа доступна только в течение трех месяцев.

Программа обучения:

• Типы компьютерной техники
• Работа с встроенными системами
• Понятия доменов и браузеров
• Создание загрузочной флешки
• Сетевое оборудование для дома
• Способы подключения к интернету
• Принципы работы домашней сети
• Программное обеспечение для ОС
• Работа с виртуализацией
• Состав локальной сети
• Принципы работы Wi-Fi и Ethernet
• Иерархия локальных сетей
• Организация корпоративных сетей
• Виды сетевого оборудования
• Адресация

Ознакомиться с полной программой >>>

9. Системный администратор | HEDU (irs.academy)

Программа дает базовые знания и умения в области системного администрирования. Вы научитесь устанавливать и настраивать операционные системы, работать с серверами и сетевыми устройствами, обеспечивать безопасность данных и сетей, решать технические проблемы. Вы освоите автоматизацию задач с помощью скриптов, управление пользователями и группами, работу с базами данных и файловыми системами. Научитесь создавать резервные копии и восстанавливать данные, настраивать сетевые соединения и понимать принципы работы операционных систем и аппаратного обеспечения.

• Стоимость: 56 500 рублей
• Длительность: 20 часов
• Формат обучения: вебинары, видеолекции, тестирования, практические задания, домашняя работа
• Сертификат: есть

Кому подойдет:

• студентам и ученикам старших классов;
• начинающим системным администраторам.

Преимущества:

• предусмотрено множество практических упражнений;
• вы можете получить оригинал сертификата по почте;
• обучение проходит в комфортном темпе;
• техническая поддержка всегда доступна;
• доступ к обновленным материалам программы;
• качественная проверка домашних заданий.

Недостатки:

• обратная связь не предусмотрена на некоторых тарифных планах.

Программа обучения:

• Знакомство с профессией
• Работа с локальными сетями
• Понимание групповых политик
• Изучение служб терминалов
• Анализ сетевых протоколов и сервисов
• Администрирование учетных записей пользователей
• Проблемы защиты данных
• Знакомство с Active Directory

Ознакомиться с полной программой >>>

10. Системный администратор | Onskills.ru

Программа от Onskills.ru направлена на обучение различным аспектам системного администрирования. В рамках обучения вы освоите установку и настройку операционных систем, работу с оборудованием, настройку серверов, защиту данных, организацию рабочего пространства. Эти знания сделают вас востребованным специалистом и помогут успешно работать в различных организациях.

• Стоимость: от 5 200 рублей
• Длительность: около 5 дней
• Формат обучения: видеоуроки, практические занятия, домашняя работа
• Сертификат: есть

Кому подойдет:

• новичкам в IT;
• практикующим сисадминам;
• студентам.

Преимущества:

• профобучение от специалистов;
• гибкий график занятий;
• отличный фидбэк от педагогов;
• первый урок бесплатно;
• скидка 15% по промокоду;
• качественная техническая поддержка;
• большое количество практических заданий;
• возможность обновления программы.

Недостатки:

• необходимо дождаться начала программы.

Программа обучения:

• Базы данных, SQL-запросы и операторы
• Функции агрегирования, индексы и транзакции
• Принципы функционирования Ethernet и компьютерных сетей
• Изучение основ работы с операционной системой Linux
• Файловая система
• Дополнительная информация о Linux
• Защита Wi-Fi, Bluetooth и GSM

Ознакомиться с полной программой >>>

Еще 7 дополнительных курсов системного администратора

Дополнительные курсы повышения квалификации на системного администратора помогут вам лучше понять ключевые идеи и принципы работы операционных систем, сетей и серверов.

• Системный администратор от Teach&Study. В рамках программы рассматриваются основные направления деятельности сисадмина, в том числе создание локальных сетей и базовые принципы работы с системами виртуализации.
• Системный администратор от учебного центра «Дельфа». В процессе обучения студенты освоят навыки настройки и поддержки IT-инфраструктуры, научатся работать с ее компонентами, а также разработают и защитят локальные сети.
• Сетевые технологии для системных администраторов от Дмитрия Скоромнова. Вы изучите множество аспектов, в том числе модель OSI, TCP/IP, методы передачи данных, алгоритмы маршрутизации и многое другое.
• Администрирование систем управления корпоративными компьютерами от Softline. В рамках программы вы освоите базовые принципы работы с клиентскими и серверными операционными системами Windows, а также с Active Directory и сертификационными службами. Вы научитесь устанавливать и настраивать Configuration Manager, а также управлять инвентаризацией оборудования и программного обеспечения.
• Системное администрирование от 1C Учебный центр №1. Программа будет полезна как новичкам, так и специалистам в области администрирования. Вы научитесь устанавливать, обновлять и создавать резервные копии баз данных, а также работать с конфигурациями 1С.
• Системное администрирование от МАКПП. Вы получите знания о принципах работы, научитесь устанавливать, настраивать и обслуживать операционные системы, а также работать с подсистемами хранения данных. Кроме того, вы познакомитесь с законодательными актами, нормативными документами и правилами.
• Сертифицированный системный администратор Astra Linux Special Edition от Softline. По итогам прохождения программы вы сможете устанавливать и настраивать операционную систему Astra Linux Special Edition на различных устройствах. Также будете работать с файловой системой, управлять процессами и службами.

Еще 11 дополнительных курсов по администрированию Linux

Если вы хотите расширить свои знания и навыки в данной области, то дополнительные курсы системного администратора Linux могут стать отличным выбором. Они позволят вам углубиться в конкретные аспекты, изучить новые инструменты и подходы, а также получить практические навыки, необходимые для работы с этой операционной системой.

• Администратор Linux. Базовый уровень от OTUS. В рамках программы вы научитесь эффективно взаимодействовать с командами в среде Bash. Также вы освоите процесс настройки веб-серверов, таких как Apache и Nginx, и сервера баз данных MySQL. Кроме того, вы получите навыки работы с контейнерами Docker и системой контроля версий Git.
• Администратор Linux. Углубленный уровень от OTUS. В результате обучения вы получите полное представление об устройстве операционной системы Linux и приобретёте навыки, необходимые для работы с Linux-системами. Вы научитесь устанавливать, обновлять и восстанавливать операционную систему, управлять её загрузкой, а также создавать и изменять RAID-массивы.
• Linux для начинающих от OTUS. Вы познакомитесь с основными понятиями и терминами Linux, узнаете, как работает эта операционная система, и как она отличается от Windows и MacOS. Также узнаете о принципах безопасности и научитесь защищать свою систему от внешних угроз.
• Administrator Linux от OTUS. Вы научитесь устанавливать Linux на различные устройства, настраивать сетевые соединения, управление пользователями и группами, а также основные сервисы, такие как SSH, FTP, DNS и другие.
• Администратор Linux. Виртуализация и кластеризация от OTUS. Вы познакомитесь с основными понятиями и принципами, лежащими в основе высоконагруженных систем. Это позволит вам лучше понимать, как работает инфраструктура и какие проблемы могут возникнуть в процессе ее эксплуатации.
• Администрирование Linux. Мега от Slurm — это шанс освоить ключевые компетенции, которые помогут вам добиться успеха в профессии администратора Linux. В рамках программы вы изучите основные аспекты работы, такие как установка и настройка системы, управление учётными записями пользователей и групп, работа с файловой системой и обеспечение безопасности.
• Установка и управление виртуализацией в ОС Astra Linux Special Edition 1.7 от Softline. В этом материале вы узнаете, как настроить и использовать локальную виртуализацию с помощью гипервизора QEMU/KVM. Также вы рассмотрите различные типы контейнерной виртуализации и архитектуру контейнеров Docker.
• Основы Linux от IBS Training Center. Специалисты, окончившие обучение, будут способны контролировать локальное хранение информации, разбираться в системных процессах и разрабатывать несложные и средней сложности сценарии для командной строки.
• ALSE-1604: Сетевое администрирование ОС Astra Linux Special Edition от Эврика. Курс предназначен специалистам, которые хотят научиться обеспечивать функционирование сетевых сервисов на платформе Astra Linux Special Edition версии 1.6. В процессе обучения вы освоите настройку сети компании, установку корпоративного веб-сервера и сервера электронной почты, а также другие ключевые компетенции.
• Автоматизация администрирования Linux от Softline. По завершении курса выпускники смогут без посторонней помощи устанавливать и настраивать среду Ansible, разрабатывать рабочие книги и работать с файлами.
• Расширенное администрирование SUSE Linux Enterprise Server 15 от Эврика. Вы получите знания и умения, необходимые для успешного управления SLES 15, а также научитесь конфигурировать сетевые параметры и хранилища.

Бесплатные курсы системного администратора

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

1. Ansible для начинающих + практический опыт от Stepik

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

Главное о курсе:

• проверка знаний в конце каждой дисциплины;
• необходимость базовых навыков системного администратора для работы в этой сфере.

2. Курс системных администраторов — PracticU

В этой подборке собраны композиции, которые раскрывают специфику работы системного администратора. Кто такой системный администратор? Каковы его обязанности и навыки? Ответы на эти вопросы вы найдете в этой подборке.

Главное о курсе:

• основы, изложенные простым языком;
• в каждом видео есть наглядные примеры.

3. Школа системного администратора — Дмитрий Скоромнов

Канал предоставляет обучение по специальности системного администратора с самого начала. Вы освоите основы работы инженера и получите знания о сетевом оборудовании.

Главное о курсе:

• в основе лежит реальный опыт обучения начинающих инженеров;
• короткие и содержательные видеоролики.

4. Мануалы — Кирилл Семаев

В этом списке вы найдете распространенные практические задачи и методы их решения, которые учитывают все аспекты работы системного администратора.

Главное о курсе:

• для новичков и опытных сисадминов;
• основной акцент сделан на практические упражнения;
• видеоматериалы сопровождаются информативными презентациями.

5. Уроки Linux от itProger

Подойдет тем, кто хочет научиться базовым навыкам работы с этой операционной системой. Опытные инструкторы помогут вам с самого начала понять принципы и тонкости Linux. Вы начнете с установки и настройки системы и завершите созданием сценариев командной оболочки Bash.

Главное о курсе:

• принципы использования командной строки;
• взаимодействие с файлами и папками;
• взаимодействие с сетью.

6. Администрирование информационных систем от Stepik

Программа предназначена тем, кто хочет освоить основы администрирования информационных систем и научиться управлять ими. Курс состоит из нескольких модулей, каждый из которых посвящен определенной теме

Главное о курсе:

• подойдет сисадминам и специалистам по информационной безопасности;
• тестирование после каждой дисциплины.

7. Практическое системное администрирование от Академия IT

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

Главное о курсе:

• 39 уроков;
• высокий рейтинг программы.

8. Системное администрирование, безопасность, сети от Академии Яндекса

Яндекс-канал для всех, кто заинтересован в обеспечении безопасности в сфере информационных технологий.

Главное о курсе:

• видеоуроки;
• качественные презентации.

9. Лекции по администрированию Linux от Технотрек Mail.ru Group

В ходе обучения вы изучите ключевые принципы работы с интернет-сервисами, включая их надежность, быстродействие и защищенность. Также вы рассмотрите особенности операционной системы Linux, которая часто используется в подобных проектах.

Главное о курсе:

• трансляция экрана с кодом;
• длинные видеоуроки.

Какие знания и умения можно получить, обучаясь на курсах системного администратора?

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

Какие существуют форматы курсов по системному администрированию?

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

Какие требования предъявляются к участникам курсов системного администрирования?

Требования могут различаться в зависимости от программы и учебного заведения, но обычно требуется базовое понимание компьютерных технологий и готовность к обучению.

Какие методы обучения используются на курсах системного администрирования?

Методы включают лекции, практические занятия, проектную работу и кейс-стади. Это позволяет получить практические навыки и понимание теоретических концепций.

Заключение

Курсы системного администратора — это превосходный шанс для начинающих и опытных IT-специалистов усовершенствовать свои знания и умения, что сделает их более конкурентоспособными на рынке труда. Прохождение образовательных программ позволяет специалистам повысить свою квалификацию, расширить свой кругозор и быть в курсе последних инноваций в сфере информационных технологий.

Мы также создали для вас подборку по схожим темам:

• ТОП-32 курса PHP-разработчиков: бесплатное и платное онлайн-обучение программированию на PHP с нуля
• ТОП-25 курсов Golang-разработчиков: бесплатное и платное онлайн-обучение программированию на языке GO
  
• ТОП-40 курсов Javascript: бесплатное и платное онлайн-обучение с нуля для программистов
  

Если вы нашли в нашей подборке устаревшую информацию или знаете о другом проверенном курсе, пожалуйста, сообщите нам об этом в комментариях. Мы будем благодарны за помощь в обновлении нашего рейтинга.

Для нового выпуска мы спросили про итоги недели Кирилла Мокевнина – автор YouTube и тг-канала «Организованное программирование», разработчик-преподаватель и сооснователь онлайн-школы Хекслет.

Кирилл делится своим опытом разработки системы для Хекслет Колледжа, реакцией на релизе СhatGPT Omni и советами по продуктивности.

Как прошла неделя? Над чем работаешь в последнее время?

Активно участвую в разработке небольшой системы, для работы с абитуриентами в Хекслет Колледже. Это система, которая упрощает работу по приему документов и оплаты обучения. Сейчас самая активная стадия набора и я доводил эту систему до ума, упрощая и ускоряя процесс поступления

Какая из последних IT новостей запомнилась тебе больше всего? Почему?

Релиз ChatGPT Omni. То как он работает с картинками это просто что-то. Еще понравился софт, который через себя пропускает звонки в поддержку и делает речь спокойной, если на той стороне ведут себя агрессивно. Спасет кучу нервов людям, которые работают в саппорте.

Вообще все что происходит вокруг ИИ не может не радовать. Я слежу за интересными проектами в этой сфере и активно встраиваю их в мои личные процессы и процессы Хекслета.

С какой сложной задачей ты столкнулись в последнее время? Какой простой совет можешь дать, чтобы решить

Для поступления в колледж заполняется большая многоступенчетая форма со множеством разнообразных документов, состав которых зависит от количества параметров, включая пол, возраст, гражданство и т.п.

Причем каждый документ проходит процесс верификации с возможным отклонением. Нам нужно было не просто реализовать эту систему, но и сделать ее такой, чтобы документы и шаги в этот процесс могли добавляться достаточно легко и со стороны UI и со стороны бекенда. В итоге получилась довольно удобно.

Совет тут простой, описание такой системы хорошо ложится в модель конечного автомата, вот их мы и применили.

Что слушал на неделе: трек или подкаст

Недавно открыл для себя группу Джейло. Слушаю на репите.

Что советуешь почитать и посмотреть

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

Из того, что советую посмотреть. Мне очень понравилось интервью известного уборщика в тренажерном зале. Рекомендую всем, кто так или иначе задумывается о том, чтобы начать блоггерскую деятельность.

Твой топ-3 приложений

• Telegram
• X (twitter)
• Amazon

Если говорить про работу, то по сути два: Slack и Notion

Как планируешь проводить выходные и что посоветуешь другим попробовать

Куда-нибудь пойдем с детьми. Ну и обязательно спорт, я катаюсь на роликах, рекомендую попробовать wizard skating. Очень красиво и получается зарядиться на работу.

Как итог — любимый IT-мем недели!

Следите за новыми выпусками «Ретроперспективы недели» на Tproger — будет ещё больше интересного! Если у вас есть идеи, кого бы вы хотели видеть в следующем выпуске, дайте нам знать!

Тем не менее, про этих специалистов до сих пор существует целый ряд стереотипов. В статье Алексей Константинов, руководитель отдела инфраструктуры и эксплуатации Нетологии, решил развенчать главные мифы о системных администраторах.

Миф 1. Системные администраторы работают только с «железом»

К базовым навыкам сисадмина действительно относится настройка компьютерного оборудования, установка программного обеспечения, обслуживание и ремонт оргтехники. Без владения этими компетенциями он не сможет создать комфортные условия для работы других сотрудников и грамотно управлять IT-инфраструктурой компании. Однако это далеко не весь функционал системного администратора. Существуют условные грейды, показывающие на каком профессиональном уровне он находится:

1. Эникейщик — начинающий специалист, который работает преимущественно с оргтехникой: занимается учетом и ремонтом оборудования, настраивает WiFi-сети, устанавливает ПО, меняет картриджи и помогает офисным сотрудникам разобраться, куда нужно нажать, «чтобы все заработало». Многие эникейщики развиваются «горизонтально», становятся нишевыми специалистами: совершенствуются навыки работы с софтом или оборудованием конкретных вендоров, иногда учатся паять чипы, ремонтировать микросхемы, придумывают решения для починки оборудования, которые можно реализовать быстрее, чем сервисное обслуживание.
2. Системный инженер — на этом уровне специалист также настраивает и обеспечивает работоспособность оборудования, устанавливает ПО, но уже совсем в другом масштабе. Как правило, он работает в центрах обработки данных (ЦОД) и обслуживает парк из 300-1000 единиц техники, где внедряет сетевую инфраструктуру и централизованное управление.Такой инженер умеет автоматизировать процессы. Если в компании не внедрены комплексные решения для управления всеми IT-ресурсами и задачами, ему нужно владеть хотя бы одним языком программирования, чтобы централизованно управлять всей инфраструктурой. Часто для этого он создает самописные скрипты на Bash, Python, Perl, а также на Powershell и Batch для администрирования Windows. Например, если нужно установить новый софт на все оборудование в компании: проводить такую операцию на каждом устройстве по отдельности неудобно, особенно если оно находится в разных офисах, поэтому для выполнения такой задачи нужно написать код.
3. Системный архитектор — самый продвинутый специалист. Он уже практически не работает руками, большую часть времени уделяя проектированию IT-инфраструктуры в компании. Помимо того, что он пишет скрипты и программирует, системный архитектор-инженер решает более специфические вопросы, например, обеспечивает информационную безопасность, работает со сложным высококлассным оборудованием, поддерживает парк более чем из 1000 компьютеров.На этом уровне требуются не только развитые навыки автоматизации управления сетями и инженерными системами, но и глубокая экспертность, умение просчитывать риски. Ведь главная задача системного архитектора — спроектировать надежную систему, элементы которой будут функционировать бесперебойно.

Если эникейщику не требуется специализированных навыков для трудоустройства — достаточно лишь набора начальных знаний в компьютерном оборудовании и сетях, уметь держать в руках отвертку и читать инструкции, то для перехода на следующие грейды необходимо получать дополнительное образование или работать с ментором. Также необходимо овладеть основными компетенциями: научиться разбираться в оборудовании, диагностировать неполадки, устанавливать и настраивать специализированное ПО, такое как СУБД, обслуживать и поддерживать работу серверов, проектировать кластерные отказоустойчивые конфигурации с балансировкой трафика.

Помимо вышеперечисленных грейдов, системный администратор также может развиваться в других IT-направлениях — широкий набор знаний и базовых навыков позволяет легко сменить специализацию. Все зависит от того, чем специалисту интереснее заниматься и на каком уровне модели OSI ему комфортнее работать. Например, он может стать:

1. администратором баз данных,
2. разработчиком,
3. специалистом внедрения,
4. инженером-проектировщиком (API, интеграций, ЦОДов, систем мониторинга),
5. инженером автоматизации,
6. инженером по работе High-End серверным и сетевым оборудованием.

Также сисадмин может занять менеджерскую позицию и стать руководителем проекта, начальником отдела эксплуатации или CIO.

Миф 2. Технологии вытесняют сисадминов

По результатам совместного исследования сервиса «Работа.ру» и агентства Heaad, в 2022 году системный администратор вошёл в тройку самых востребованных IT-профессий. А значит, развитие технологий не только не убивает, а, наоборот, делает эту специальность еще популярнее. Почему так получается?

Сегодня все больше компаний строят распределенные команды, и у сисадминов появилось много новых задач. В первую очередь:

• оптимизация информационной инфраструктуры,
• настройка корпоративного VPN-соединения,
• поиск решений по снижению нагрузки на сервера,
• настройка автоматизированных систем электронного документооборота,
• обеспечение быстрого обмена большими объемами данных.

В таких условиях нагрузка на сисадминов увеличивается в разы. Не менее важный момент — организация дистанционного доступа к рабочему пространству. Для этого недостаточно установить соответствующее ПО на компьютер сотрудника — нужно также настроить оргтехнику, проследить за информационной безопасностью, организовать оперативную техподдержку.

Прибавляет работы системным администраторам и набирающий популярность тренд на перенос IT-инфраструктуры в облако, где относительно дешево компания может получить весь необходимый сервис «из коробки». Так, по результатам совместного исследования компаний Cloud и «Технологии Доверия», в 2023 году 37% компаний планируют нарастить объем потребления облачных ресурсов. Именно на сисадминов ложится задача по выбору провайдера и переносу в облако всей IT-инфраструктуры компании, включая критическую. Также облачным провайдерам самим необходимы системные администраторы для выполнения своих услуг, поэтому с каждым годом подобные компании нанимают все больше специалистов в штат.

Кроме того, благодаря постоянному росту популярности дата-центров в России в целом увеличивается спрос на системных администраторов, которые занимаются в них обслуживанием оборудования. Сисадмины также необходимы для функционирования сервис-провайдеров и крупных сетевых вендоров. Компании такого рода — основные потребители квалифицированных кадров в сфере.

Миф 3. Системные администраторы работают исключительно в офисе

Как и остальные IT-специалисты, сисадмины могут работать в дистанционном формате. Только эникейщику, который физически работает с оргтехникой, необходимо присутствовать в офисе — более опытные специалисты могут решать все задачи, работая из любой точки мира. К развёрнутой локальной сети и к любому компьютеру можно подключаться при помощи командной строки. Обрабатывать запросы и решать проблемы, возникающие у других членов команды, также можно виртуально с помощью ПО для удаленного администрирования. Даже если «слетает» операционная система и требуется ее повторная установка, системный администратор может не приезжать в офис, а решить вопрос при помощи скрипта, который полностью автоматически устанавливает ОС Windows со всеми нужными для работы драйверами и офисным софтом.

Работодатели видят преимущество в этом подходе — они могут нанимать сотрудников из других регионов или даже стран, и публикуют всё больше вакансий с предложением удалённой работы. Например, такой специалист нужен в онлайн-школу компьютерной графики или в онлайн-магазин мебели для дома. Соответственно, появляется необходимость осваивать новые навыки для более глубокого погружения в процессы управления инфраструктурой: учиться защищать серверы и приложения от уязвимостей, настраивать кеширование, работать с системами контроля версий, использовать инструменты кластеризации и балансировки. Полученные знания помогут продвинуться по грейду и усовершенствовать IT-процессы в компании.

Миф 4. Системные администраторы не программируют

На самом деле, чем выше уровень квалификации, тем нужнее сисадмину навык программирования, ведь приходится решать всё больше нестандартных задач. Например, если нужно проверять работу антивируса и автоматически отключать компьютер от сети при обнаружении угрозы. Делать это вручную неудобно, поэтому системный администратор пишет скрипт. Навыки программирования могут также понадобиться, чтобы настраивать автоматическое резервное копирование пользовательских каталогов, поддерживать в актуальном состоянии базы данных, развертывать тестовые зоны для приложений, создавать утилиты для управления большими сетями.

Миф 5. Системные администраторы — интроверты, которые почти не взаимодействуют с людьми

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

На самом деле для системного администратора очень важны навыки коммуникации. Каждый день он общается с десятками людей из других отделов — рядовыми сотрудниками, руководством, коллегами и поставщиками ПО — консультирует по вопросам использования того или иного софта, объясняет почему та или иная программа требуется компании и т. п. При переходе сотрудников на удалённый режим работы сисадмины и вовсе проводят полноценные тренинги: рассказывают коллегам об особенностях домашнего офиса и обучают главным правилам информационной безопасности. Без умения находить общий язык с людьми и выстраивать эффективные коммуникации реализовать перечисленные задачи будет сложно.

Как стартовать в профессии и продвигаться по карьерной лестнице?

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

Один из самых эффективных способов вырасти из эникейщика в системного инженера и выше — работать с наставником или ментором с большим опытом в IT-сфере. Также необходимо много учиться самостоятельно: недостаточно просто читать мануалы и stackoverflow, важно разбираться в том, как устроены ОС, сети, приложения и различные технологии, расширять компетенции работы с сетевым и серверным оборудованием, учиться использовать различные инструменты диагностики, дебаггинга и тестирования приложений, решать задачи на тренажёрах, изучать скриптовые языки, такие как Bash и PowerShell, DML SQL, а также языки программирования Golang, Python и Perl для различных задач автоматизации.

Чтобы усилить свои теоретические знания, придется изучить следующие темы:

• «Linux программирование в примерах»,
• «Современные операционные системы»,
• «Сети для самых маленьких»,
• трехуровневую архитектуру,
• виртуализацию и её виды,
• глубже погрузиться в понимание модели OSI и принципы работы Интернета,
• настройку DNS, протоколов TCP и TLS,
• принципы cloud native, RESTful api и 12 factors.

Кроме того, желательно познакомиться с реляционной моделью и нормализацией данных.

Если вы хотите, чтобы вас заметило руководство, нужно начать работать вне рамок ваших должностных инструкций и приносить больше пользы компании. Например, можно найти рутинные процессы и попытаться их автоматизировать. Так, я как-то заметил, что мы в Нетологии тратим много времени на устранение ошибок, допущенных пользователями в ходе штатной работы двух систем, где заявки из одной передаются в другую. В итоге я написал сервис наподобие чат-бота, который помог решить эту проблему и сократил время исправления данных по обращениям клиентов с 40 до 2 минут.

Кроме того, для профессионального роста важно прокачивать и мягкие навыки. У системного администратора нет ничего общего с угрюмым технарём, выполняющим рутинные задачи, каким его представляет большинство. Это профессионал, который решает задачи компании, поэтому ему необходимо уметь договариваться: качественно выявлять и собирать требования заказчиков и уметь делать то, что нужно бизнесу, иногда в ущерб собственным желаниям. Так, сисадмину часто хочется решить сложную задачу, которая требует глубокого погружения, например, сделать самописный сервис. Однако в большинстве случаев не стоит «изобретать велосипед»: не нужно разрабатывать что-то новое, тем самым усложняя себе работу — зачастую правильнее и быстрее найти готовое решение в Интернете, установить и настроить его.

И последнее, не менее важное условие — сисадмин высоких грейдов должен обязательно уметь грамотно излагать мысли и писать. В русском языке нет строгой логики, поэтому у IT-специалистов зачастую с ним возникают трудности, однако структура и ясность мыслей в переписке важны для повышения по карьерной лестнице — помочь решить эту проблему может книга Павла Безручко «Без воды. Как писать предложения и отчеты для первых лиц».

С расширением знаний и круга обязанностей растёт и доход специалиста. Если эникейщики получают от 40 000 до 70 000 ₽, а сетевые инженеры зарабатывают в диапазоне 70 000 – 130 000 ₽, то доход системного архитектора может превышать 180 000 ₽. Больше всего вакансий для сисадминов публикуют крупные игроки российского IT-рынка, среди которых «СБЕР», «Яндекс», МТС и другие корпорации.

Чек-лист «Как системному администратору вырасти от эникейщика до системного архитектора»

1. Чтобы устроиться на работу эникейщиком, необходимо в первую очередь иметь тягу к компьютерам. Также желательно окончить базовый технический факультет, на котором преподают основы инженерии, электроники и алгоритмов. Кроме того, диплом по-прежнему является важным критерием при приеме на работу, особенно в российских государственных и крупных предприятиях.
2. В зависимости от профиля работы можно получить сертификаты о прохождении курсов по операционным системам, информационной безопасности, сетям и т.п. Такое обучение также поможет в целом повысить профессиональные компетенции и стать более востребованным специалистом.
3. Другой вариант получить образование — пройти онлайн- или офлайн-курсы по системному администрированию на Linux. При выборе программы обращайте внимание на состав преподавателей — желательно, чтобы среди них было как можно больше практиков.
4. Для перехода с эникейщика на новый грейд стоит выбрать одно направление и развиваться в нем. Есть два вектора: либо прокачивать навыки под конкретного вендора, например, под Red Hat, Windows или Cisco, либо получать образовательные сертификаты с высоким рейтингом и востребованностью на международном рынке, такие как LP, CNCF и другие. Также для профессионального роста нужно начать решать сложные технические задачи — такие есть в компаниях с бюджетами, достаточными для покупки оборудования стоимостью 10-100+ миллионов рублей.
5. После наработки достаточного опыта и тренировки насмотренности, а также смены нескольких мест работы (около 5-6 лет стажа и 20-30 успешных реализованных проектов), можно уже квалифицировать себя как системного архитектора, то есть технического менеджера проекта. Чтобы успешно руководить подчиненными, необходимо развивать навыки ведения переговоров и организации командной работы.

Налейте любимый напиток в огромную кружку и украсьте этот день мемами, потому что It Is Wednesday My Dudes!

Сисадминов выбираем мы сами, но лучших оставляет время ☝️☝️☝️

Ауф!

Ауф:

20 лет опыта против 8 выходных дней

Когда вернулся к работе после новогодних:

Не забывайте отдыхать:

«Иди на Stack Overflow дальше, это твоё распределение, это твой путь и твой горизонт познания»

Когда познал всю кодовую базу:

Вспомнить всё. Или дать функции понятное название

Когда возвращаешься к коду спустя месяц и пытаешься вспомнить что каждая функция делает:

Называя функции понятно, вы помогаете не только коллегам, но и самому себе в будущем:

О важности work-life balance

А техлид не спит, потому что он работает 20 часов в сутки:

Высыпайтесь как следует, иначе…

Сам себе сисадмин

Сам не дашь — никто не даст:

Ещё одна битва в бесконечной войне:

Windows vs Linux. Снова

Потому что винда с тобой нянчится, а Linux обращается как с равным:

Слишком плохо, чтобы быть неправдой:

Карьерный рост

Нужно как-то ещё проскочить позиции мидла и джуна:

В любом случае, всё проконтролирует продакт:

Программирование от чайников

Разница между Java и JavaScript такая же как и между «панк» и «панкреатит»:

Здесь же Java и JS встретились в реальной жизни:

Код всё ещё торт

Синтаксический сахар:

Покрутить не помогает:

Видели мемы прикольнее? Делитесь в комментариях! ?

Попробуйте себя в их роли: заряжайте серверы своей мощной сисадминской аурой, чтобы не допустить «всё упало!». И да помогут вам морковка (aka любимые сотрудниками Selectel морковные палочки) и кофе!

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

Специалисты техподдержки работают на трёх линиях

Первая линия — L1. Дежурная смена. Она отслеживает состояние виртуальной инфраструктуры по уведомлениям в системе мониторинга, решает сервисные запросы и инциденты. Если появляются технические проблемы, команда старается работать на опережение, оповещать L2 и L3 . Чаще всего проблему устраняют до того, как начнут поступать запросы от клиентов.

Как правило, дежурный проверяет нагрузку на виртуальных серверах клиента, формирует отчётность по ней, обновляет ОС на ВМ, по запросу изменяет вирутальные ресурсы — например, увеличивает количество оперативной памяти на виртуальных серверах клиента — и активирует/деактивирует услуги: подключает или отключает виртуальную инфраструктуру и другие сервисы и продукты #CloudMTS.

Первая линия обрабатывает примерно 70% заявок от клиентов.

Вторая линия — L2. Если решить инцидент не получается — например, нет сетевого доступа к виртуальной машине — то дежурный проводит диагностику, собирает логи от клиента и передаёт информацию на вторую линию.

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

Третья линия — L3. Её специалисты отвечают за архитектуру железа и эксплуатацию, работают с внутренней инфраструктурой, проводят технические работы, плановые и экстренные обновления, формируют рабочие инструкции для L2.

Примерно 50% задач у нас автоматизированы, например, виртуальная инфраструктура заводится с помощью скриптов. Но основная часть: обработка обращений, реагирование на события мониторинга и так далее — делаются вручную.

Мы используем систему мониторинга, написанную на базе C, PHP и Java. В ней фиксируются все инциденты с физических серверов.Для мониторинга инфраструктуры используем комбинацию из двух решений. Первое позволяет формировать отчёт за определенный промежуток времени, строить графики потребления ресурсов и поведения системы. Второе фиксирует все действия пользователей и администраторов: вход в систему, подключение машин, создание снапшотов. Можно открыть события по отдельной виртуальной машине и отследить, что с ней происходило.

Для инженеров техподдержки важны hard skills и сертификация

Для дежурного специалиста на первой линии важны сетевые hard skills: знания, как устроена сеть и что такое TCP/IP, DNS, — и базовые навыки системного администрирования: диагностика, проверка нагрузки, обновления систем, работа с каталогом пользователей. Сертификация не обязательна, но если есть, это плюс: с ней проще погружаться в процессы.

Из софтов полезны ответственность, умение общаться с клиентами и быстро реагировать.

Для работы на второй линии желательно пройти профессиональное обучение от вендоров, которые работают с платформами виртуализации, сетевым, серверным оборудованием, корпоративным ПО. Большинство наших инженеров — сертифицированные специалисты по тому или иному сервису.

Хард скилы зависят от направления, в котором хочет развиваться инженер. Это могут быть:

• опыт работы с виртуализацией и сертификация по вендорам, которые управляют системами виртуализации;
• расширенные знания сетевого стека (например, знание BGP), наличие сертификации по сетевым технологиям;
• навыки работы с системами резервного копирования.

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

Инженеры L3 также должны быть сертифицированы по одному из направлений и иметь навыки работы с системами на уровне архитектора:

• написание ТЗ;
• развёртывание систем виртуализации;
• работа с железной инфраструктурой;
• развёртывание систем резервного копирования;
• кластеризация, обновление систем на уровне инфраструктуры.

Инженеры техподдержки постоянно учатся внутри компании и у вендоров

Любой инженер L1 и L2, придя в компанию, проходит первичное обучение процессам: ITSM, ITIL-процессы, управление инцидентами, управление запросами, управление запросами на изменения, работа с базой знаний. Параллельно инженеры получают тестовый доступ к инфраструктуре. Так сотрудники учатся работать с новыми для себя системами. Погружение в процессы идёт первые два месяца.

Для проверки мы раз в пару месяцев проводим промежуточные аттестации: по знаниям, которые инженеры получили в начале обучения, по обновлениям в регламентах и спецификациях, по новым вендорам, продуктам и системам.

В основном аттестация проходит в виде теста. И если я вижу, что у сотрудника есть пробелы, то отдельно встречаюсь с ним, обсуждаю проблемы и зоны роста, рекомендую обучение, которое может помочь.

Ещё раз в неделю проходят совещания группы — service review. На них мы смотрим статистику обращений по всему техническому блоку и анализируем кейсы, по которым были серьёзные отклонения от SLA: почему нарушение возникло, на каком этапе и так далее.

Наконец, специалисты могут пройти дополнительное профильное обучение. Инженер сам ищет курс — от вендора или тот, что поможет ему в профессиональном развитии. А компания оплачивает расходы и освобождает от работы на некоторое время. Если на время учёбы нужно уехать, компания оформляет командировку.

Если сотрудники изучают все системы, находят своё направление и понимают, что готовы получить спецификацию у вендора (или уже имеют такую), то могут перейти на линию выше. В моей практике были случаи, когда инженеры из L1 переходили на L2 за год-полтора.

Мы обрабатываем по 400 обращений в неделю и разбираем сложные случаи

Так, один крупный клиент — из массмедиа — обратился к нам с инцидентом: повышена нагрузка, и не работают внутренние сервисы на виртуальных машинах. С нашей стороны всё работало штатно.

Это был неординарный случай — мы разбирались, что генерирует нагрузку и почему скорость интернет-канала падает. Пришлось подключить несколько линий, чтобы провести ряд диагностик и исключить проблемы на нашей стороне.

В итоге было выявлено, что технические специалисты клиента не рассчитали нагрузку сервиса, который крутится на его виртуальной машине. Сотрудники начали больше пользоваться облачным сервисом, и система стала зависать. Пришлось расширять канал.

Другой случай: у клиента была стопроцентная утилизация сетевого канала из-за внутренних процессов. Мы провели расширенную диагностику, заметили, что-то генерирует нагрузку — но не видели, что именно. Сначала расширили пропускную способность маршрутизатора — но проблема вернулась. Тогда решили увеличить скорость на уровне каналов связи — и решили проблему.

Бывают кейсы, когда клиенты не хотят проводить диагностику на своей стороне. Такие заказчики полагают, что арендуют инфраструктуру, а остальное за них сделает сервис-провайдер, забывая, что у технических специалистов нет и не может быть доступа ко всем данным и системам клиента, необходимых для решения проблемы.

Тогда инженерам приходится тратить гораздо больше времени, чтобы найти причину инцидента. Или долго упрашивать клиента: приводить логи, диагностические и аналитические данные, показывать отчёты, запрашивать дополнительную информацию. Последнее особенно важно, когда проблемы касаются сетевой деградации или работы виртуальных машин — и мы не можем ничего сделать без данных клиента.

***

Многие люди, которые идут в техподдержку — особенно на  L1 — думают, что будут заниматься простой маршрутизацией: увидел обращение, объяснил, на какую кнопку нажимать, или отдал разбирающимся специалистам. Это утомляет.

В нашей поддержке такого нет. Большая часть работы — это нетиповые кейсы и постоянная практика, так что скучно не будет.

Кстати, сейчас мы расширяем Managed Services — управление ИТ-услугами и системами виртуализации, потому что увеличилось количество клиентов. Ищем инженеров уровня L1 и L2, которые будут поддерживать сервис.

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

О начале карьерного пути

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

Сисадмином был около семи лет. Успел получить опыт работы с хелпдеск-отделами, дошёл до проектирования и внедрения собственной архитектуры, оптимизировал ИТ-инфраструктуру в компаниях, набирал и обучал людей для формирования 1–3-й линий техподдержки.

В какой-то момент услышал новое слово DevOps. Далее последовали полтора года интенсивного самообучения. И я стал девопс-инженером. Сейчас курирую работу специалистов в группе автоматизации процессов разработки цифровых решений. Мы занимаемся автоматизацией доставки ПО до контуров тестирования, продакшена и так далее. Развиваем DevOps-практики, делаем так, чтобы всем жилось лучше и комфортнее.

Из кого получаются хорошие DevOps-инженеры

Есть шуточное определение, что DevOps — это сисадмин на стероидах. Путь в девопс хорошо складывается, когда уже есть обширные знания по инфраструктуре, опыт работы с архитектурой компании в целом — где и какие лучше использовать решения как на уровне ПО, так и железа, когда лучше on premise, а когда стоит присмотреться к public cloud, где лучше старый добрый SQL, а где есть смысл в современных noSQL базах, когда rabbit/Kafka будут полезны, а не вредны, когда лучше мелкий скрипт на bash, а когда уже «внесите Ansible», когда iops, inode и прочие термины не пустой звук.

Необязательно, что в DevOps вырастают из сисадминов. Ещё один путь — это выход из разработки. Например, идёт человек работать разработчиком ПО, но позже по какой-то причине понимает, что это ему это не очень подходит, тянет к инфраструктуре и дебагу, связанным с инфрой. Идеальный выбор при таком раскладе — переход из разработки в DevOps/SRE.

Но нужно понимать, что описать какими-то конкретными задачами специалиста, работающего над DevOps-практиками в компании сложно, порой даже не возможно. В рамках одного проекта или стрима эксперт будет условно создавать пайплайн доставки микросервисов до серверов тестирования и продакшена, не вдаваясь в подробности, что за микросервисы и какое ПО для них используется. А в соседнем стриме DevOps будет заключаться в развёртывании легаси-кода и баз данных, определяя, какие таблицы нужны в БД, какое легаси-приложение с каким может на одном сервере стоять, а какое — нет. В третьем — специалист будет кодить инфраструктуру, заботясь о надёжности и производительности систем в целом. Уровень абстракции и погружения в продукт может быть диаметрально противоположным от проекта к проекту.

Чтобы работать с DevOps практиками, нужно свободно чувствовать себя и в рамках идеологии контейнеризации, понимать её не как единственный docker containers, но и разбираться в других системах: Linux Containers, Podman и так далее. Podman постепенно выходит на первый план, но в целом он очень похож на Docker.

Далее, осваивать оркестрацию с помощью альтернатив Kubernetes: Docker Swarm, Rancher, Nomad и OpenShift. OpenShift — это платное решение от Red Hat, основывающееся на k8s с приятными и удобными бонусами от RedHat, второе по популярности после Kubernetes.

Какая градация есть у DevOps-инженеров

Джуны должны знать Linux. Хотя бы поверхностно разбираться в kernel, уверенно работать с командной строкой, системой SELinux и утилитой iptables.

Из инструментов придётся освоить Docker, Kubernetes, Ansible, Helm, Git, Zabbix, ELK, Nexus, Prometheus и Grafana. Для работы с базами данных неплохо изучить MySQL, PostgreSQL, Microsoft SQL Server.

Мидлы по щелчку пальцев должны быть способны сделать всё что угодно с сервером или виртуальной машиной на Linux. Например, провести удалённый запуск команд, правильно назначить права на пользователей, настроить политику на SELinux и фильтры в iptables, написать скрипты автоматизации, всё сломать и быстро починить.

Сеньор будет отличаться масштабом. Он смотрит не на отдельную машину, а на ИТ-инфраструктуру в целом. Решает задачи уровня «как поднять и сконфигурировать окружение с помощью Ansible и Terraform», «как настроить интеграцию со смежными системами и учесть все нюансы реализации».

Советы новичкам

Важно понимать, как работают git-инструменты, *nix-системы, сети, базы данных. Изучать, как собирается код, что происходит после сборки кода, какую роль играет информационная безопасность в разработке ПО — это дополнительное направление, именуемое DevSecOps.

Рекомендую книги:

• «Паттерны Kubernetes» O’REILLY;
• «Linux Bible» Кристофера Негуса;
• Эндрю Таненбаума — у него есть учебники и про сети, и про операционные системы.

Кстати говоря, на YouTube при желании можно найти множество лекций по DevOps. Нелишним будет пройти CEH-курсы этичного хакинга и различные курсы на Udemy.

Хороший DevOps-инженер в любой ситуации должен уметь находить максимально эффективные решения, подстраиваться под ситуацию, постоянно искать точки для улучшений вне зависимости от задач. Важно иметь гибкий склад ума и желание делать работу на отлично каждый день.

Ну и главное — общаться с людьми. DevOps — это в первую очередь идеология, а не специальность. Только объединяя коллег вокруг задачи и помогая им средствами автоматизации, можно достичь действительно качественных результатов. Без отличного настроения и высоко мотивированной команды профессионалов можно придумать миллион методик и скриптов, но результат всегда делают люди, объединённые единой целью!

С развитием Open Source стала развиваться и автоматизация в администрировании. На замену самописным скриптам и программам пришли готовые решения. Эти средства появились не на пустом месте. Это были решения по автоматизации существующих задач любого системного администратора. Зачастую это решения, развиваемые по принципу KISS (акроним для «Keep it simple, stupid»), которые получали большие перспективы развития и распространения.

Конечно, лет 5-10 назад средства централизованного администрирования в Windows были развиты лучше, чем в Linux. Это было небезосновательно, т.к. Windows был широко распространён как среди домашних пользователей, так и в офисной/серверной среде. Microsoft, похоже, не предполагала что когда-то будет соперничать с Linux в серверном сегменте. Но не будем здесь углубляться в эти застойные времена для Microsoft, когда главой корпорации был Стив Балмер.

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

Одним из часто используемых средств администрирования мною и коллегами до появления ansible/puppet/chef был cssh (Cluster SSH).

Работа с cssh была проста, не нужно было повторять одни и те же действия на каждом сервере по очереди, всё сводилось к мультиплексированию ввода в терминале на группу SSH подключений. У этого решения, конечно, были очевидные недостатки — необходимо было взаимодействие с администратором, его контроль. Сегодня средства автоматизации ушли намного дальше в своих возможностях и функциональности и зачастую расширяются плагинами.

Одно из наиболее распространённых средств автоматизации в администрировании — Ansible. Оно позволяет автоматизировать практически любые задачи системного администратора. Для работы достаточно SSH доступа к хостам. На сайте есть обзорная статья про Ansible, как его настроить и работать. Проект развивался независимо и вскоре был куплен компанией RedHat.

Мониторинг

После настройки сервера и введения его в эксплуатацию для обеспечения SLA и не только необходимо уделить внимание мониторингу.

Мы часто разделяем мониторинг на два отдельных компонента:

• мониторинг с оповещениями,
• статистика по показателям.

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

1. Zabbix/Nagios/Icinga — используем для получения событий агентами и уведомлений по триггерам.
2. Grafana + InfluxDB — в эту связку входят также Chronograf, Kapacitor, Telegraf.

• InfluxDB — time series база данных, принимает на вход данные с различных источников. Имеет широкий функционал возможностей для работы с данными. Chronograf — веб-панель с дашбордами и система управления Influxdb, Kapacitor.Kapacitor — обработчик событий.Telegraf — агент, отправляет данные с удалённых систем.Grafana — всем известная система построения дашбордов/графиков.

Netdata — это «швейцарский нож» в системе мониторинга, обладает широкой функциональностью, поддержкой модулей на Python, Go и не только.

Централизованное управление пакетами

В качестве централизованного управления набором ПО и его обновлениями мы использовали RedHat Spacewalk.

Выбирайте решения, которые вам больше всего импонируют. При подготовке теста ни один психолог не пострадал.

Тенденции в языках программирования

• JavaScript — самый популярный язык. 69% опрошенных использовали его хотя бы раз в течение года, а 39% назвали JavaScript своим основным языком программирования.
• Python популярнее Java (52% против 49%), но Java чаще выбирают в качестве основного языка программирования (32% против 29%).
• Пять самых быстрорастущих языков: Python, TypeScript, Kotlin, SQL и Go.
• Большинство респондентов (79%) занимается веб-приложениями.

Тенденции в жизни разработчиков

• 66% респондентов использует видеосвязь в работе. В прошлом году ей пользовались 43% опрошенных.
• Разработчики все чаще пользуются Zoom, Microsoft Teams и Google Meet и всё реже Skype.
• В начале 2020 года около 70% разработчиков работали из офиса. Сейчас 80% респондентов работают из дома.
• В 2020 году большинство разработчиков назвали своим самым главным хобби программирование. В этом году список возглавляют видеоигры, их популярность выросла с 49% до 59%.

• Женщины-программисты всё больше приходят в технологическую отрасль. Они чаще занимаются анализом данным, машинным обучением, UX/UI-дизайном и -исследованиями. В DevOps и системное администрирование они идут реже.

Посмотреть полный отчёт с инфографикой →

Источник: JetBrains

Сыграйте за нового сотрудника, которому предстоит запустить сайт маркетплейса и справиться с его растущей популярностью.

Для кого пригодится?

Традиционно, снова вернемся к базовым определениям: кого можно назвать системным администратором и кого считаем им мы в NGENIX. В прошлом году я рассказывал, чем занимаются каждый день наши ребята, а также порефлексировал на тему путей карьерного развития системного администратора и о том, почему его не стоит путать с эникейщиком.

Главное в работе системного администратора — сделать так, чтобы все работало у заказчика, будь он внутренним или внешним. На hh.ru наши вакансии, связанные с клиентским сервисом, называются «Системный администратор», но при этом наши специалисты администрируют крупнейшие веб-ресурсы, подобные Wink, ozon.ru или goods.ru. Мы называем наших системных администраторов инженерами облачных сервисов. Это такие «сисадмины на максималках», и типичная сисадминская мантра «сделать так, чтобы все работало» — их важнейший KPI, потому что сбои или инциденты напрямую влияют на деньги, бизнес, сон и карьеру заказчика.

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

Автоматизация хелпдеска

Если вы работаете с высоконагруженными сервисами, крупными веб-ресурсами, критически важными системами, процесс поступления тикетов обязан быть максимально автоматизированным, потому что хаосу здесь не место.

Zendesk

Мы используем Zendesk — это, наверное, один из самых знаменитых SaaS-хелпдесков среди систем обработки обращений клиентов. Zendesk имеет интуитивный интерфейс, очень широкие возможности интеграции, поддерживает REST, JSON, RSS, email, различные виджеты. Заказчик может создать тикет через почту, веб-интерфейс или через другие каналы — например, есть удобная интеграция с Telegram. Мы также интегрировали Zendesk с нашей системой мониторинга для соблюдения SLA, а также телефонией.

Альтернатива: Jira Service Desk

Функционально нативный хелпдеск Jira практически идентичен Zendesk. Это онлайн-сервис обработки тикетов от Atlassian, который предлагает огромное количество настроек и интеграций, а также большие возможности для масштабирования. Выбирая между JIRA Service Desk и Zendesk, скорее всего, вам стоит обратить внимание на простоту интеграции с имеющимися инструментами, потому что миграция может быть долгой и сложной, что очень неудобно, если вы живете в мире жесткого SLA.

Мониторинг

Это важнейшая часть нашего воркфлоу: служба сопровождения и технической поддержки должна иметь полное и наглядное представление о том, что происходит с системами клиентов и нашей собственной инфраструктурой, а также получать своевременные уведомления об инцидентах и состоянии систем. В конце прошлого года мы провели ревизию инструментов мониторинга: выросло количество систем и ПО, которые нужно мониторить; из-за роста нагрузки пришло время разделиться на несколько команд; требовалось более точно и быстро реагировать на инциденты.

Инструменты мониторинга, которые мы использовали раньше, в этих условиях нам уже не подходили: отслеживать изменения стало сложнее, на новых объемах вскрылись ограничения, обусловленные легаси-системами, возникла потребность в более гибком алертинге. После того, как мы сменили стек инструментов, мы смогли унифицировать работу трех составляющих системы мониторинга (сбор данных, их визуализацию в графики и дэшборды, алерты), избавились таким образом от большой доли легаси, получили больше прозрачности, масштабируемости, воспроизводимости.

Мониторинг: сбор данных

Мы используем в работе Prometheus — систему мониторинга высококардинальных метрик, которая помогает системным администраторам собирать данные о текущих параметрах систем и сервисов в удобном виде и настраивать оповещения для получения уведомлений об отклонениях. Однако у него есть некоторые критические для нас архитектурные ограничения: он не позволяет длительно хранить данные, сложен в масштабировании и потребляет много системных ресурсов. Поэтому нужно дополнительное решение для хранения данных, собранных Prometheus.

Victoria Metrics

Victoria metrics — решение для мониторинга на базе открытого кода с расширенным функционалом и возможностями масштабирования как вертикально, так и горизонтально. Victoria metrics умеет долго хранить метрики, как и многие другие инструменты, но при этом быстро обрабатывает их, не требуя больших вычислительных ресурсов, что важно при высокой нагрузке на системы. Именно рост нагрузки выявил ограничения Zabbix в качестве хранилища данных Prometheus, но Victoria Metrics решала их задачи разом, экономя при этом ресурсы.

Альтернативы: Thanos, Graphite, Influx, Zabbix

Мы долгое время полагались на комбинацию Prometheus и Zabbix, но ограничения Zabbix в плане производительности заставили нас поискать альтернативы. Сами мы рассматривали очевидный выбор — Thanos, но технологически он был намного сложнее Victoria Metrics, и в итоге мы выбрали последнее.

Мониторинг: визуализация данных

Grafana предоставляет интерфейс работы с графиками, обновляемыми в режиме real-time — пользователь системы может настроить себе удобную «приборную панель», используя различные виды графиков (используя уже разработанные сообществом или собственные дашборды) — это особенно важно, если нужно мониторить большое количество параметров — в нашем случае это, например, параметры работы сервисов заказчика: количество запросов, их статус, время ответа и т.п. Де-факто это стандарт отрасли, даже добавить нечего.

Мониторинг: алертинг

Alertmanager+Alerta

Alertmanager — это часть стека Prometheus для управления потоками алертов, которое мы продолжаем использовать. В дополнение к нему у нас появилась Alerta — удобное решение для отображения алертов и управления уведомлениями. Быстро устанавливается и легко масштабируется по мере роста требований и объемов. Она также гибко интегрируется с современными системами, предоставляющими свои специфичные метрики — например, netdata, Sensu, Pingdom и другими. Также можно разграничить уведомления для заказчиков и наших инженеров, которые работают с несколькими проектами. У Alerta удобный WebUI, который мы уже оценили: раньше мы использовали самописную php-страницу, которая выдергивала данные из Zabbix.

Альтернатива: Zabbix

Zabbix — довольно популярная система мониторинга. Она универсальная, но сложно масштабируемая и негибкая, как и любой «старый» инструмент с высокой долей легаси и технического долга. До недавнего времени мы использовали Zabbix, но, к сожалению, его коснулась судьба многих известных ИТ-инструментов: изначально крутое решение активно развивается силами комьюнити, со временем растет, усложняется, становится неповоротливым, потребляет больше ресурсов, чем аналоги. И вот уже новые фичи внедряются медленней, а юзабилити у более молодых и резвых конкурентов не в пример лучше. В новых версиях разработчик старается исправить это, но мы предпочли не дожидаться, а перейти на Alerta, когда интенсивность работы выросла с нагрузкой.

База данных для логирования

Clickhouse

Clickhouse — это колоночная база данных для хранения логов. Если логи структурированы, с ней очень удобно работать через SQL-подобный синтаксис — любые нужные данные, в том числе для работы нашей аналитики трафика в реальном времени, предоставляются в удобном виде и очень быстро (а скорость для нас критически важна). Благодаря высокой производительности и гибкости можно посмотреть на наши данные под любым углом и, например, быстро проанализировать критический инцидент. Удобно, просто интегрировать — иными словами, стильно, модно, молодежно.

Альтернатива: Elastic Search, Hadoop

Всем в сообществе известные базы данных — но в нашем случае (логирование клиентских сервисов) по производительности они сильно отстают от Clickhouse — в частности, Hadoop, от которого мы отказались.

Таск-трекинг

Jira

Это также стандарт отрасли, который изначально создавался под идеологию работы ИТ-бизнеса, и здесь даже трудно предложить сопоставимые альтернативы. Jira — невероятно гибкий инструмент, у него бесчисленное количество плагинов, широкие возможности интеграции «из коробки» с практически всеми известными инструментами, и каждый год появляются новые, что повышает ценность Jira в отрасли еще больше. Маленькие команды могут использовать более доступную версию, большие компании могут позволить себе более дорогую лицензию и расширить функциональность. Другими словами — Jira объединяет =)

Конечно, есть множество платных, бесплатных, условно бесплатных альтернатив, их можно допиливать, дописывать, страдать в процессе, но это не для нас. И не для вас, если вы приоритизируете свой продукт и клиентский сервис.

Управление знаниями

Confluence

Также стандарт отрасли в качестве инструмента хранения и систематизации базы знаний — в Confluence мы описываем и разбираем инциденты, фиксируем решения. Confluence очень проста в управлении, в то время как многие автономные инструменты требуют наработки определенных знаний в настройке и эксплуатации. За что еще можно любить Confluence? За отличную и интуитивную систему управления версиями, которая упрощает внутреннюю документацию, а также за удобную навигацию и возможность интеграции с многочисленными плагинами.

Альтернатива: Notion

Notion в качестве wiki обладает обширными возможностями: можно работать с документами, управлять проектами, вести базы знаний, хранить базы данных. Клиент Notion работает быстро, есть некоторые преимущества по сравнению с Confluence — например, маркдауны, подсветка кода. Для нас удобнее было пользоваться продуктами Atlassian, но каждый делает свой выбор.

Коммуникация в команде

Здесь можно поломать много копий. Что удобнее — Slack или Basecamp? Лучше созваниваться в Teams или Zoom? Однозначного ответа на эти вопросы нет, и здесь особенно трудно посоветовать что-то конкретное, поэтому выбирайте сердцем.

Slack

Мы выбрали Slack для внутренней коммуникации, настроили нужные нам интеграции с другими системами — в среде ИТ и разработки Slack очень популярен, поэтому интегрировать можно много чего. В канал команды в Slack приходят важные алерты: например, о только что сформированном тикете. Через простые команды можно начать срочный звонок в Зуме, создать тикет, получать уведомления по инцидентам и многому другому. Классно — честно, мы были очень рады, когда переехали из Teams в Slack.

Альтернатива: Telegram

До этого мы активно использовали Telegram в службе сопровождения: общались в мессенжере как между собой, так и с заказчиками, применяли бота для срочных клиентских обращений. Все-таки как продукт разработки Telegram можно вполне смело поставить рядом со Slack — постоянно добавляются улучшения и новые фичи, которые делают жизнь легче. С переездом в Slack мы решили унифицировать все каналы коммуникации в команде и в Telegram больше не общаемся столь регулярно, но временами ностальгируем — даже стикерпак запилили. Кто в теме — пользуйте =)

Если после этого обзора нужен цельный план, а не только ответы по отдельным темам, откройте Roadmap DevOps-инженера в 2026 году: что учить и в каком порядке. Он собирает DevOps-путь в один маршрут: от базы до зрелых практик.

Что такое DevOps?

Development Operations — это методология разработки, которая направлена на эффективное взаимодействие разработчиков с другими IT-специалистами. Например, программисты и тестировщики отвечают за Development, а администраторы — за Operations. И вот когда специалист вовлечён не только в непосредственную разработку, но также в процесс деплоя и эксплуатации системы — это DevOps.

Руслан Косарим, руководитель отдела прикладных систем, группа компаний Angara

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

Зачем это нужно?

Участники команды работают сообща и приобретают целостное видение работы всей системы. Это способствует эффективному взаимодействию и, как следствие, улучшению качества продукта.

Дмитрий Криков, технический директор NGENIX

Стоит сразу обозначить, что, говоря о DevOps, мы имеем в виду не должность. Это не отдельная профессия, а методология и следование набору определённых практик и стратегий, направленных на то, чтобы в конечном счёте результат (реализованный в коде и выполняющий в продуктивной среде функционал) соответствовал ряду бизнес-требований. Бизнесу нужна высокая скорость разработки, стабильность в процессе эксплуатации, при внесении изменений и масштабировании, минимизация затрат, возможность избежать найма дополнительных специалистов.

Это перспективная отрасль?

Ещё бы. Дополнительные навыки и понимание всего процесса сделают вас востребованным сотрудником. Эта специальность появилась на рынке IT относительно недавно и почти сразу же стала одной из самых популярных и востребованных. Но стоит отметить, что многие работодатели, выставляя подобную вакансию, путают DevOps-специалиста с представителями других профессий или просто ищут 2 в 1. Как итог, спрос сейчас превышает предложение.

Хорошо, а кто такой DevOps-инженер?

Иван Романько, директор по разработке, компания Selectel

Devops-инженер как человек с выделенной ролью — это администратор, область деятельности которого лежит немного в стороне по отношению к разработке продукта/продуктов. Он занимается настройкой инструментов и систем, которые позволяют более часто и качественно доносить фичи разработанных продуктов до клиентов. Devops-инженеры — это такие строители дорог, по которым бегут грузовики, нагруженные продуктами, которые создали другие инженеры. В большинстве случаев Devops-инженер — это роль, которую на себя может взять любой член команды. В крупных компаниях, где за счёт создания выделенной роли можно сэкономить, Devops-инженеры проектируют и поддерживают системы доставки изменений для многих команд, стандартизируя эти процессы.

Какие проблемы он решает?

Фарит Валиахметов, руководитель направлений SDET и DevOps SimbirSoft

«Магия» DevOps приходит на помощь, когда на проекте есть проблемы со стабильностью, масштабированием, работой под нагрузкой или с выкладкой на продакшн, а также, например, если процесс выпуска продукта занимает слишком много времени.

В чём разница между DevOps-инженером и системным администратором?

Павел Попескул, старший инженер по автоматизации процесса разработки, тестирования и развёртывания ПО компании ICL Services

Главное отличие сисадмина от DevOps-инженера, конечно же, не в инструментарии и не в знаниях. Я считаю, что это отличие в подходе к работе. У сисадмина есть определённый, неизменный список задач, которые он выполняет ежедневно. Возможно, ещё план по развитию или автоматизации инфраструктуры. У DevOps-инженера, как части команды, таких ограничений нет. Список задач может быть крайне диверсифицированным: вчера я писал код, сегодня тестирую приложение, завтра буду делать то, что будет актуально на тот момент для команды, например, разрабатывать новую фичу, траблшутить проблему с сетью в тестовой среде или настраивать CI/CD процесс.

Какова его роль в команде?

Александр Хакимов, технический директор хостинг-провайдера и регистратора доменов REG.RU

Разработчик пишет код, тестировщик — тесты, системный администратор занимается эксплуатацией всего, а DevOps-инженер «дружит» между собой результаты их работы. Он делает волшебную кнопку, на которую кликает разработчик после написания очередного куска кода, и далее написанный код попадает в тестовую среду, проходит все стадии тестирования и уходит в прод. Главная задача DevOps-инженера — минимизировать взаимодействие между командами разработки и эксплуатации. В REG.RU часто DevOps-инженерами становятся бывшие системные администраторы, которым небезразличны боли разработчиков.

С какими инструментами работает этот специалист?Павел Селиванов, ведущий DevOps-инженер Mail‌.ru Cloud Solutions

Из основных инструментов DevOps-инженера я бы отметил:

• Систему контейнеризации Docker.
• Оркестратор контейнеров Kubernetes как сервис, предоставляемый в облаке — для построения и автоматизации универсальных пайплайнов доставки и для управления приложениями.
• Платформу для организации полноценного DevOps-воркфлоу — GitLab.
• Jenkins — для реализации CI/CD-пайплайнов.
• Ansible — для управления инфраструктурой.
• Платформенные (PaaS) облачные сервисы: например, управляемые базы данных, Hadoop и Spark в облаке — для автоматизации задач управления инфраструктурой и упрощения реализации распространённых задач.

Максим Ефремов, системный инженер компании «Рексофт»

Учитывая широкую зону интересов, DevOps’у приходиться пользоваться множеством инструментов и постоянно пробовать для себя что-то новое:

• системы сборки, позволяющие создать и поддерживать процесс CI/CD (GitLab, Jenkins);
• сервис проверки исходного кода (SonarQube);
• хранение и передача артефакта (Nexus, Docker);
• сервисы мониторинга и оповещений (Prometheus + Grafana + AlertManager, Zabbix, Nagios);
• сервисы логирования (Grafana Loki, Kibana/Graylog + ElasticSearch).

Что входит в обязанности DevOps-инженера?

Александр Казённов, руководитель корпоративной практики ДКИС ALP Group

DevOps-инженер — специалист, обеспечивающий автоматизацию процесса разработки продукта. В это понятие входит широкий спектр задач:

• Подготовка среды разработки продукта.
• Подготовка и подключение инструментов анализа качества разработки, включая инструменты автоматизации тестирований.
• Подготовка среды тестирования.
• Подготовка и подключение инструментов доставки изменений из одной среды в другую (из среды разработки в среду тестирования, из среды тестирования в продуктивную среду).
• Настройка взаимосвязей и окружения между всеми инструментами разработки и контроля для обеспечения непрерывно работающей автоматизированной линии сборки (создания) программного продукта — конвейера.
• Мониторинг работоспособности всех сред и инструментов разработки (включая инструменты контроля качества разработки или передачи данных).

Куда можно устроиться, будучи таким специалистом?

В любую крупную компанию, которая занимается разработкой, внедрением и администрированием. Дефицит DevOps-инженеров наблюдается там, где разрабатывается большое количество сервисов в рамках B2C: это мобильные операторы, банки, интернет-провайдеры, etc. К потенциальным работодателям также относятся Google, Facebook, Amazon и прочие гиганты.

Что с порогом вхождения?

Если вы только начинаете свой путь в IT, будет нелегко, поскольку багаж необходимых знаний солидный. Гораздо проще перейти в DevOps, будучи разработчиком или системным администраторам, — в этом случае останется освоить примерно половину того, что требуется.

С чего начать, чтобы стать DevOps engineer?

Начните с полезных статей:

• Эффективный DevOps: 6 способов прокачать команду и себя
• Как IT-специалисту ввести культуру DevOps в своей компании
• Кто такой DevOps и как им стать: план обучения

Посмотрите видео на канале ADV-IT, где подробно расписано, что учить и в каком порядке:

Получите более уверенные знания из нескольких книг:

Философия DevOps. Искусство управления IT.

IT-принцип «agile» стал мантрой цифровой эпохи. С ростом проектов, переходом от монолитных приложений к системе микросервисов, увеличением и накоплением продуктов возникают вопросы, которые требуют совершенно иного подхода. Теперь наибольший интерес вызывает находящаяся на стыке разработки и операционного управления методология DevOps.

DevOps — это не просто набор техник, это философия. Разработчики, зацикленные на пользователях, должны уделять внимание поддержке и ее запросам. Сисадмины должны сообщать о проблемах продукта и вносить свой вклад в улучшение процесса работы. Но налаживание связей внутри компании — это лишь первый шаг. Чтобы продукт стал простым и удобным, придётся вложить время и ресурсы в его доработку. Конфигурация через центральную службу, внедрение простым копированием, отсутствие внешних зависимостей, обдуманные метрики вместо мусора в логах – вот лишь часть задач, которые придется решать на этом пути.

Книга «Философия DevOps» познакомит вас с техническими, культурными и управленческими аспектами devops-культуры и позволит организовать работу так, чтобы вы получали удовольствие от разработки, поддержки и использования программного обеспечения.

Continuous delivery. Практика непрерывных апдейтов

Эта книга поможет всем, кто собирается перейти на непрерывную поставку программного обеспечения. Руководители проектов ознакомятся с основными процессами, преимуществами и техническими требованиями. Разработчики, администраторы и архитекторы получат необходимые навыки организации работы, а также узнают, как непрерывная поставка внедряется в архитектуру программного обеспечения и структуру ИТ-организации.

Эберхард Вольф познакомит вас с популярными передовыми технологиями, облегчающими труд разработчиков: Docker, Chef, Vagrant, Jenkins, Graphite, ELK stack, JBehave и Gatling. Вы пройдёте через все этапы сборки, непрерывной интеграции, нагрузочного тестирования, развёртывания и контроля.

Руководство по DevOps. Как добиться гибкости, надёжности и безопасности мирового уровня в технологических компаниях

Профессиональное движение DevOps зародилось в 2009 году. Его цель – настроить тесные рабочие отношения между разработчиками программного обеспечения и отделами IT-эксплуатации. Внедрение практик DevOps в повседневную жизнь организации позволяет значительно ускорить выполнение запланированных работ, увеличить частоту релизов, одновременно повышая безопасность, надёжность и устойчивость производственной среды. Эта книга представляет собой наиболее полное и исчерпывающее руководство по DevOps, написанное ведущими мировыми специалистами.

И помните, что от этого специалиста требуется тщательная проработка целого ряда вопросов.

Дополнительные ответы экспертов

Если вкратце, то DevOps-инженер — это связующее звено между инфраструктурой и разработчиками, упрощающее работу каждой из команд. DevOps-инженер понимает и специфику разработки, и специфику администрирования и тестирования. Основная его задача — автоматизация и упрощение процессов выпуска продукта.

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

Каждый день DevOps-инженер оперирует большим количеством инструментов. Их можно условно разделить на разные группы — к примеру, те, что связаны со средой непрерывного развёртывания (CI/CD-tools), с автоматической конфигурацией, мониторингом, облачной инфраструктурой и др. При выборе каждой технологии специалист обязан чётко осознавать, как внедрение того или иного решения повлияет на процессы в команде. Такие сотрудники должны обладать широким кругозором: это очень востребованная в наше время профессия, и настоящие профи ценятся на вес золота.

Основные задачи системного администратора в команде — это обеспечение работы сетевых и аппаратных ресурсов. Практически всегда в этот список входит ещё и поддержка программных ресурсов и решение некоторых вопросов информационной безопасности, например, настройка фаерволов, VPN-соединения, управление доступами к ресурсам и установка антивирусов.

Именно системным администраторам делегируется необходимость общения с конечными пользователями. Не работает почта? Сломалась клавиатура? Все эти вопросы к системному администратору. Часто системные администраторы помогают разработчикам в настройке сети, серверов. Непосредственно в процессе разработки системные администраторы участия не принимают.

А вот работа DevOps-инженера ориентирована как раз на интеграцию процессов разработки, тестирования, развёртывания и поддержки программных продуктов и сервисов, подразумевает тесное взаимодействие с разработчиками и вовлечённость в проект. В «крупную клетку» задачи DevOps-инженера включают:

• проектирование инфраструктуры;
• настройку, поддержку и управление облачными сервисами;
• управление конфигурацией рабочих, тестовых, production-серверов;
• управление непрерывной интеграцией CI/CD (в этом пункте на ум сразу приходят инструменты Jenkins/Bamboo/TeamCity);
• миграция приложений в облако;
• мониторинг инфраструктуры и приложений;
• управление поставкой ПО.

Таким образом, основная задача DevOps-инженера — сделать всё для того, чтобы заказчик получил работающий релиз программного обеспечения в срок.

Начнём с того, что DevOps — подход, а не инженер. Роль DevOps в проекте основополагающая. Проект и всё, что с ним связано, базируется на DevOps-процессах. DevOps — это связать вместе разные части всей экосистемы (Dev, QA, Ops, Sec) и автоматизировано обеспечить SDLC.

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

Чем DevOps отличается от сисадмина? Практически всем. Сисадмин отвечает за конкретные задачи: управление доступом пользователей, настройка сетевой составляющей инфраструктуры, почтовые/DNS-серверы, VMS, обновления ОС и т. д. В сложной экосистеме и процессах, связанных с проектом и SDLC, это малая часть задач, относящихся к Ops.

Основными обязанностями ДевОпс можно назвать следующие основополагающие процессы в жизнедеятельности продукта:

• CI/CD (Jenkins, Teamcity, Octopus, Gitlab CI и т. д.);
• Automation (tests automation, tasks automation, updates automation, backups automation, ALL automation);
• IaC (Terraform, Cloud Native: ARM, Cloud Formation и т. д.);
• Alerting/Monitoring;
• Backup/Restore;
• Disaster Recovery;
• Security Management (DevSecOps);
• Release Management и многое другое.

Каждый пункт можно разложить на десятки подзадач. Счёт технологий идёт на сотни. База выглядит вот так:

• CI/CD tools (f.e. Jenkins);
• Cloud (AWS/Azure/GCP);
• IaC (Terraform);
• Containers (Docker, K8s);
• Scripting Languages (PS, Python, Bash).

Часть книг мне посоветовали мои коллеги, также системные администраторы Selectel. Я постарался описать, что меня больше всего привлекло в прочитанных книгах, а также привести наиболее запоминающуюся цитату из каждой.

«Код. Тайный язык информатики», Чарльз Петцольд

Культовая книга о фундаментальном, к концу которой в голове очень точно будет воспроизведено строение компьютера. Начиная с азбуки Морзе и системы Брайля по мере прочтения книги, окунаясь в исторические справки вплоть до XVII века, я узнавал про главное достоинство Земли и механические калькуляторы, про компьютерную графику и не такой уж низкоуровневый Фортран.

Скорее всего эта книга

«…напомнит вам, как Виктор Франкенштейн собирал своего монстра, как Папа Карло строгал Буратино…»

«Linux from scratch», Герард Бикманс

Цитата из предыдущей книги как нельзя кстати подойдет к следующему изданию. Это не совсем книга. Точнее, совсем не книга. Это и есть open-source в его истинном проявлении. Имея под рукой это пособие и немного свободного места на жестком диске, можно пощупать Linux от и до, просто следуя за автором шаг за шагом, от страницы к странице.

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

«Your Distro, Your Rules»

«Цифровая схемотехника и архитектура компьютера», Дэвид М. Харрис, Сара Л. Харрис

Еще одна книга об истоках. Тоже истинный open-source проект, в том числе, потому что она свободно распространяется, а к изданию, переводу и публикации книги приложили руку огромное количество профессионалов.

Я отнес бы ее к учебной литературе. Читать ее довольно сложно, она наполнена примерами и их решениями, а в конце каждой главы есть упражнения и вопросы для собеседования.

«Профессор, преподаватель, студент, занимающийся проектированием цифровых схем, и первокурсник-чемпион по бегу хотят перейти шаткий мост темной ночью…»

«Современные операционные системы» и «Компьютерные сети», Эндрю Таненбаум

Война и Мир… и IT. Прочитать 2074 страницы в книжном издании всего в двух книгах способны только истинные ценители. Поговаривают, что у Таненбаума есть еще книги, но я не решаюсь их найти.

«Современные операционные системы» отчасти затрагивают фундаментальные основы, которые были уже озвучены в вышеупомянутых изданиях, но также рассказывает нам и о таких высокоуровневых технологиях, как виртуализация и облачные вычисления.

«Компьютерные сети», в свою очередь, до мельчайших деталей рассказывает как про аппаратный, так и про программные уровни. Классические настольные книги любого, кто решил связать свою работу с операционными системами и/или компьютерными сетями.

«Чтобы составить список почтовых адресов потенциальных жертв достаточно вооружиться одной из книг вроде “4096 имен для вашего новорожденного”.»

«Unix и Linux. Руководство системного администратора», Эви Немет, Гарт Снайдер, Трент Р. Хейн, Бэн Уэйли

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

Во вторых, эта книга просто настольная библия *nix админа. Один из немногих трудов, в котором системное администрирование рассматривается с практической точки зрения. В ней можно найти как примеры работы с командной строкой, так и, например, полноценные конфиги для nginx.

Подойдет и для начинающих администраторов, и для опытных работников. Здесь вы найдете подробное описание действенных методов работы, а также разберете все аспекты системного администрирования.

«Ваш коллега забыл выйти из операционной системы, оставив ее включенной на ночь? Кто интересно мог над ним подшутить?»

«Системное и сетевое администрирование. Практическое руководство, 2-е издание», Томас А. Лимончелли, Кристина Хоган, Страта Чейлап

Если вы начинающий админ или только собираетесь освоить профессию, то эта книга для вас. Мы советуем эту книгу каждому пришедшему в нашу компанию стажеру. Из нее вы получите фундаментальные знания о системах, сетях, серверах и вычислительных центрах, базовые и «продвинутые» принципы администрирования и разработки проектов вне зависимости от специфики операционной системы. Кроме того, эта книга отлично поможет нетехническим руководителям IT-отделов в понимании специфики работы своих подчиненных. Хорошим дополнением служит обилие ярких примеров из жизни, а юмор автора делает повествование живым и увлекательным.

«Если вы считаете, что книги по управлению временем на 90% wow являются мусором, мы надеемся, здесь упомянули оставшиеся 10%»

«Linux. Необходимый код и команды. Карманный справочник», Скотт Граннеман

Одна из самых неоднозначных книг в моей библиотеке.

С одной стороны это незаменимое краткое пособие, где описаны большинство команд, которые пригодятся в повседневной работе.

С другой, в ней указаны лишь самые базовые команды и их возможности, так что зачастую все-таки приходилось обращаться к другим источникам. Тем не менее именно с нее начался путь к командной строке, именно она давала отправную точку в поисках, а ее формат позволял ей всегда быть под рукой. Настоящий мастхэв для начинающих пользователей, которые откроют для себя сведения о самых необходимых им командам в системе Linux.

«Если вас не устраивает вызываемый редактор, вы можете заменить его любым другим. Например vim»

«Python в системном администрировании UNIX и Linux», Ноа Гифт, Джереми М. Джонс

Наверное, первая книга о Python, которая попала мне в руки. В первую очередь меня привлекло наличие примеров кода и то, что материал четко структурирован, каждая глава посвящена конкретной задаче.

Также в книге имеется большое количество примеров, основанных на богатой стандартной библиотеке, в том числе низкоуровневое программирование сетевых интерфейсов, создание интерактивных утилит с графическим интерфейсом, организация взаимодействия с базами данных и создание приложений для Google App Engine.

«Hello, Bastard Operator From Hell»

Кто такой сисадмин?

Простой вопрос для тех, кто занят в организациях, использующих ПК и интернет (интересно, остались ли в мире те, кто еще нет? =)). Для них системный администратор — это человек, который поможет бухгалтерии с принтером, решит вопрос с упавшей сетью, обновит лицензии на рабочее ПО, обеспечит рабочее место, закупит необходимое оборудование. Получить смутное представление о том, чем занимается сисадмин, почему он бородат и в свитере и чем объясняется его любовь к котам, раньше можно было в основном на Башорге. Но Башорг уже не торт, так что поговорим об этой важной профессии с позиции взрослых людей.

В целом, основную задачу системного администратора можно описать просто: чтобы в организации все работало. Он применяет креативность и системное мышление, чтобы решить задачи, связанные с работой ИТ, наиболее оптимальным способом. В противоположность растиражированному образу в сетевом фольклоре, этот специалист должен обладать достаточно высоким уровнем эмпатии, чтобы услышать человека, у которого сбой в работе систем влияет на то, как сложится рабочий день и сможет ли он выполнить поставленные перед ним цели. У сисадмина также должно быть развито умение объяснить суть и решение проблемы человеческим языком, приняв как данность, что не все могут понять его с первого раза, и это нормально.

Так сисадмин или эникейщик?

Так как работа организации зависит как от своевременного развертывания нового сервера или закупки лицензии на офисное ПО, так и от стабильной работы компьютера главного бухгалтера, сисадмин замыкает на себе нереально большое количество «околоайтишных» задач, и ему приходится каждый день становиться «эникейщиком» — тем, кто придет на помощь тогда, когда «я нажала, и все исчезло».  И хотя эникейщики обычно — это системные администраторы начального уровня, даже специалисту с богатым бэкграундом приходится часто засучивать рукава.

Но технологии с каждым годом все прочнее входят в жизнь любой компании и становятся неотъемлемой частью ее работы, растет степень автоматизации и интуитивности инструментов. Растет и уровень технической грамотности сотрудников — для многих решить вопрос подключения к принтеру или обновить ПО уже не представляет из себя какую-то магию. С развитием облаков некоторые вообще прочат сисадминам как профессии вымирание, а на Хабре можно встретить множество жалоб на обесценивание и «опопсение» (честно, я цитирую нашего собственного сисадмина!) профессии, проблемы профессионального роста, рутинность задач. Совокупно все это влечет дискуссии о путях развития для системных администраторов.

Ребята, у вас все будет хорошо. В эту профессию попадают главным образом (ну, мы в это по крайней мере верим) пытливые и самообучающиеся люди, любящие технологии, следящие за их развитием, желающие докапываться до сути вещей, самостоятельно искать корень зла и решать проблемы. И для сисадмина существует множество путей, по которым можно пойти, если привычные задачи стали однообразными или хочется профессионального роста. Можно развиваться горизонтально и вертикально соответственно росту масштабов задач и ответственности, можно уйти в смежные направления, наработав новые скиллы. По сути, вы как будто заканчиваете школу, получив достаточное фундаментальное образование, и оттуда все дороги открыты — надо только выбрать (и да, я снова цитирую нашего сисадмина!).

Сетевой инженер (NetOps)

Если стало скучно разбираться с небольшой офисной сетью, можно задаться целью получить левел-ап и администрировать, например, сети крупных операторов и постигать на своей шкуре, что такое «с большой силой приходит большая ответственность» — в данном случае ответственность за то, чтобы сеть, предоставляемая тысячам и тысячам абонентов, функционировала без сбоев. На практике — более высокий оклад, но и большая вероятность ночных/выходных дежурств и большая цена ошибки, выражающаяся в больших денежных потерях.

Какие знания нужно получить, чтобы администрировать крупные сети? В основном фундаментальные: стек TCP/IP, основы функционирования сетей, протоколы динамической маршрутизации, а также нужно познать особенности железа операторского класса различных вендоров (Cisco/Juniper/Mikrotik/Dlink/Huawei и других) — вряд ли вы столкнетесь на практике с гомогенными средами, так что придется хорошо ориентироваться в спецификациях железа и особенностях интеграции.

Инженер службы сопровождения

Это — привычный вам траблшутинг на максималках. Если говорить о нашей команде, наши инженеры сопровождают сложные высоконагруженные сервисы — это могут быть веб-сервисы крупных маркетплейсов, стриминговых платформ, государственных онлайн-платформ или телеканалов. Сисадминская мантра «чтобы все работало» здесь достигает абсолюта — от отказоустойчивости сервиса зависит счастье клиента, его репутация и деньги. И здесь особенно проявляются софт-скиллы, которыми должны обладать истинные системные администраторы — открытость, умение услышать и воспринять, докопаться до сути проблемы, желание помочь.  Поэтому системные администраторы с этими качествами, при этом умеющие администрировать Linux, ориентирующиеся в стеке протоколов TCP/IP, HTTP(S), DNS, знакомые с nginx (предвкушая шутки — это не мы, а другие ребята) и пытливые достаточно, чтобы поковыряться в chef/puppet и поизучать матчасть в зарубежных источниках, у нас всегда востребованы и мы их постоянно ищем. Можно же чинить ноутбук секретаря, а можно траблшутить проблемы при работе с самыми популярными сервисами, решать нестандартные задачи и общаться с заказчиками уровня CTO =)

Технический аккаунт-менеджер

Представим, что компания продает сложный, кастомизируемый ИТ-продукт. Все по классике — разработчики разрабатывают продукт, продавцы (аккаунты) продают. Разработчикам хочется сконцентрироваться на том, что они делают лучше всего (кодят), а не общаться с потенциальными заказчиками, а аккаунты не способны так глубоко погрузиться в технические тонкости при анализе потребностей, чтобы правильно донести задачу до разработчиков. Чтобы этот канал коммуникации работал, нужен гибрид этих двух миров — Technical Account Manager (TAM).

В чем задача TAMа? Он связной, который «переводит» потребность клиента на язык разработчика, подбирает правильное с точки зрения технологии решение и следит за ходом внедрения, чтобы все остались довольны. ТАМ в тандеме с продавцом, который отвечает за коммерческую сторону процесса, должен предложить подходящую под задачи и требования технологию, кастомное решение, продукт, составить план внедрения, запустить пилот, проконтролировать реализацию, предложить улучшения.

Что нужно TAMу в плане скиллов и может ли их найти в себе системный администратор? Прежде всего, глубокое понимание технических особенностей своего продукта, безупречное знание его функциональности, как текущей, так и будущей. Также широкий кругозор и эрудированность в ИТ, чтобы уметь решать нестандартные задачи. И, что немаловажно — умение общаться, спрашивать, интерпретировать, доносить свою точку зрения. По-моему, стандартный набор для тех, кто решает задачи попроще каждый день, но хочет большего. Узнали себя? У нас, кстати, есть вакансия…

Инженер в сфере информационной безопасности

Из года в год бизнес, вне зависимости от размера, все чаще подвергается кибератакам: в 2019 году в 81% случаев пострадали юрлица — главным образом, госучреждения и финансовые организации, предприятия сферы медицины, образования и науки (это из последнего отчета Positive Technologies). Учитывая, что у нас в стране в последние годы активно цифровизируются даже самые олдскульные представители гос-ИТ и параллельно появляются все новые киберпреступные способы усложнить жизнь компаниям, тому, кто решит посвятить себя информационной безопасности, есть где развернуться, и спрос на таких специалистов растет, не поспевая за темпами развития угроз.

Сисадмину, уже хорошо знающему устройство ИТ-инфраструктуры, понимающему важность своевременного обновления ПО, разграничения прав доступа, восстановления после сбоев, можно пойти намного дальше, чем установка антивируса на ПК пользователей. Я вот не знаю ни одного толкового ИБ-шника, который не хлебнул до этого всех прелестей сисадминской жизни.

Что важно и чему понадобится научиться сисадмину, чтобы специализироваться в инфобезе? Конечно, в серьезном месте у вас попросят признанные сертификаты — например CompTIA Security+ или CISSP (Certified Information System Security Professional). Важно учиться фундаментальным вещам и уделять особое внимание не только изучению систем защиты, но и практикам этичного хакинга (взломам и эксплуатации уязвимостей). И еще понадобится немного «убить» своего внутреннего сисадмина: обычно основная задача сисадмина в организации — сделать так, чтобы все работало, и быстро, но для ИБ-инженера приоритет всегда состоит в надежности, а это всегда предполагает ограничения в способах решить задачу.

DevOps-инженер

Классический системный администратор собирает ИТ-систему из уже готовых hardware- и software-элементов и делает так, «чтобы все работало»: устанавливает обновления, проводит регламентные операции и так далее. Но при этом он не имеет отношения к процессам разработки и эксплуатирует код, который ему предоставили — то есть, Ops в чистом виде. Опыт на стороне эксплуатации в сочетании с погружением в процессы разработки и владением рядом специализированных методологий и инструментов позволяет системному администратору развиваться в сторону DevOps-инженера — весьма востребованного и высокооплачиваемого специалиста в сегодняшнем мире сложных архитектур и высокой скорости разработки.

Его задача, как и у системного администратора, — сделать так, «чтобы все работало», но в случае с DevOps она имеет дополнительные уровни сложности: DevOps-инженер не только обеспечивает стабильную работу production-систем, но и отвечает за то, чтобы все процессы разработки и эксплуатации были максимально оптимизированы и эффективны — то есть, чтобы разработчики писали код уже с учетом тонкостей архитектуры и особенностями нижележащей инфраструктуры, не тратя свое дорогое время на «мартышкин труд», а рутинная работа по эксплуатации была максимально автоматизирована.

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

Чтобы выполнять функции DevOps-инженера, потребуется довольно много постичь и уметь объединить в себе часть процессов разработки и часть процессов эксплуатации. Кроме того, нужно научиться уверенно оперировать разнообразными инструментами от Jira до инструментов выстраивания CI/CD-пайплайнов типа Jenkins и Gitlab CI/CD, от инструментов мониторинга вроде Zabbix и Prometheus до инструментов управления конфигурациями вроде chef/puppet/ansible. Также DevOps-инженер использует разнообразные средства автоматизации и оркестрации — всего не перечислить. Все это накладывается на ряд важных софт-скиллов, которые могут обнаружить в себе системные администраторы: готовность к постоянному развитию, стремление отладить и автоматизировать работу себя и других людей и процессов, аналитический склад ума.

Системный архитектор

Мы уже затрагивали выше вопрос, убьет ли всеобщая миграция в облако функцию сисадмина. Да, использование облачных сервисов организациями всех масштабов и автоматизация большой части рутинных задач снимают с сисадмина часть привычной работы, но, тем не менее, облака тоже должен кто-то администрировать. Нужно понимать принципы и особенностей облачных функций и сервисов и API, чтобы выносить правильные решения об их применимости для ИТ-нужд организации. И если вы хотите принимать решения о проектировании таких систем и решений вместо того, чтобы следить за их работой и траблшутить, то логичный шаг — это развиться в системного архитектора.

Системный архитектор анализирует технологическое направление развития организации и определяет наилучшие технологии и решения для создания ИТ-инфраструктуры с учетом бюджета и масштабирования. Он исследует, определяет и тестирует необходимые решения, разрабатывает и документирует стратегии интеграции и миграции. В некоторых аспектах задачи системного архитектора пересекаются с системным администрированием, но уровень повышается: теперь это не «сделать так, чтобы работало», а «спроектировать то, что будет работать».

Сложно определить, какими именно техническими компетенциями должен обладать системный архитектор — очень многое зависит от стека технологий и задач организации. Например, на одном месте работы ему могут потребоваться глубокие познания в работе сети и различного оборудования операторского класса, сред виртуализации, СУБД, СХД и даже регуляторных требований. Но это будет варьироваться от случая к случаю. Системный архитектор должен уметь грамотно, структурированно и логично излагать мысли (привет, сисадминские софт-скиллы), обладать знаниями методологий проектирования, средств проектирования, принципов интеграции систем. Да, если вы не обладаете опытом администрирования сложных ИТ-инфраструктур, для вас это будет долгий путь. Но все возможно с приобретением опыта и дополнительных навыков =)

***

Итак, я перечислил очевидные опции — как с низким, так и с высоким порогом входа — но это далеко не все. Есть тип людей, склонных наращивать компетенции горизонтально в темпе роста компании и развития технологий — то есть, начав с поддержки локальной сети, через время уже разбираться с миграцией в облако. А если говорить про вертикальный рост, я даже лично знаю человека, который вырос из системного администратора в CTO – наберется на отдельную статью. Есть и бесчисленное множество системных администраторов, открывших собственный бизнес или успешно работающих в сфере ИТ-консалтинга. Так что зачем хоронить профессию, которая открывает столько перспектив?

С днем системного администратора!

Сегодня мы поговорим про systemd — подсистему управления службами в Linux, заменившую классический init и SystemV. И замена эта, надо сказать, достойная. Как и для большинства разработчиков, связанных с Linux, для меня init и SystemV — это, в первую очередь, запуск служб и загрузка системы, а уже потом — управление запущенными процессами.

Как и init, systemd — прародитель всех процессов, так сказать, демон инициализации демонов, ответственный за поднятие хоста в рабочее состояние.

Некоторые функции, реализуемые systemd, используются для управления системой, например, для монтирования файловых систем, управления устройствами, таймерами, а также запуска и управления системными службами для запуска системы.

В этой статье мы рассмотрим базовые функции systemd, которые используются как для запуска системы, так и после него.

Загрузка Linux

Хотя загрузка Linux – сложный и многоэтапный процесс, здесь нет никакой «магии». Перед тем как вдаваться в детали, предлагаю пройтись по процессам, которые происходят с момента включения машины до момента входа в систему.

Как правило, процесс загрузки воспринимают как нечто цельное, но это неправильно.

Загрузка состоит из, как минимум, трех разных этапов:

1. загрузка аппаратной части: запуск «железа»;
2. загрузка Linux: загрузка ядра, а затем, systemd;
3. запуск рабочей среды: systemd подготавливает систему к работе.

Запуск Линукса начинается после того, как ядро запустило либо init, либо systemd — в зависимости от того, что используется в дистрибутиве. Демоны init и systemd запускают и управляют всеми другими процессами, поэтому их часто называют прародителем всех процессов.

Важно четко понимать различия между аппаратной загрузкой, загрузкой Linux и запуском рабочей среды. Если вы понимаете, где заканчивается один процесс и начинается другой, а также какую роль играет каждый из них в запуске системы до рабочего состояния, вы с легкостью найдете, в каком конкретно месте «загрузки» возникает проблема.

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

Что не так с systemd

Systemd вызывает довольно противоречивые реакции у системных администраторов и технических специалистов. Тот факт, что systemd ответственен за такое большое число разных задач и процессов, привел к тому, что многие разработчики и системные администраторы высказываются резко против этого демона, отказываясь от его использования в пользу классических решений.

SystemV и systemd — это два разных метода запуска Линукса. Сценарии запуска SystemV и демона init — это старый метод. А юниты target в systemd — более современный. Хотя большинство современных дистрибутивов используют для запуска, завершения работы и управления процессами systemd, есть те, что это не делают. Одна из причин — некоторые создатели дистрибутивов и системные администраторы предпочитают старый SystemV.

Однако я считаю, что у обоих методов свои преимущества.

Чем хорош SystemV

SystemV более доступен. Запуск выполняется при помощи bash-скриптов. После того как ядро запускает init — скомпилированный бинарный файл — init запускает скрипт rc.sysinit, который выполняет множество задач для инициализации системы. После завершения rc.sysinit, init запускает /etc/rc.d/rc, который, в свою очередь, запускает различные демоны, определенные сценариями запуска SystemV в /etc/rc.d/rcX.d, где «X» — уровень выполнения (runlevel).

Кроме самого init, все эти скрипты и демоны — открыты и легко читаемы. Не составит никакого труда изучить эти скрипты и понять, как работает каждый из них и что конкретно происходит во время запуска системы. Однако я не думаю, что кто-то из системных администраторов часто этим занимается. Каждый запускаемый скрипт нумерован таким образом, чтобы запускать соответствующую службу в определенной последовательности. Службы запускаются последовательно и по одной за раз.

Systemd обязан своим появлением сотрудникам Red Hat — Леннарту Пёттерингу и Кэю Сиверсу. Фактически, это комплексная система больших, скомпилированных исполняемых файлов, логику которых не понять без доступа к исходному коду. Но поскольку systemd — open-source проект, проблем с «доступом к исходному коду» не возникает, просто это не очень удобно.

Однако своим появлением systemd значительно опровергает базовые принципы философии Linux. Как бинарный файл, systemd закрыт от прямого редактирования или просмотра системными администраторами. При этом он пытается «делать всё». Например, управлять запущенными службами. С другой стороны, он дает гораздо больше информации о состоянии, чем SystemV.

Systemd также управляет аппаратной частью, процессами и группами процессов, монтированием файловых систем и многим другим. Systemd присутствует практически в каждом аспекте современного Linux, что делает его универсальным инструментом управления системой. Всё это — нарушения главного принципа, который гласит, что все программы должны быть небольшими, а каждая программа должна делать что-то одно, но делать это хорошо.

Чем хорош systemd

Systemd параллельно запускает столько служб, сколько возможно, в зависимости от текущей стадии запуска системы. Естественно, это существенно ускоряет запуск. Времени от включения до экрана входа в систему тратиться гораздо меньше, чем в случае с SystemV.

Systemd управляет практически каждым аспектом работающей системы. Он может управлять запущенными службами, предоставляя значительно больше информации о состоянии, чем SystemV. Он также управляет аппаратной частью, процессами и группами процессов, монтированием файловых систем и многим другим (звучит знакомо, не правда ли?).

Инструментарий systemd — компилированные бинарные файлы, но набор инструментов открыт, потому что все конфигурационные файлы — это ASCII текст. Конфигурацию запуска можно менять через различные инструменты командной строки или GUI. Также можно менять или добавлять различные конфигурационные файлы, при необходимости.

Муки выбора

Зачем выбирать что-то одно, если можно работать с обеими подсистемами?

Я считаю, что причина всех противоречий между SystemV и systemd в том, что между ними нельзя выбирать на уровне системного администрирования. Выбор уже сделан за вас дистрибутивами и упаковщиками, но не без веских на то оснований: у замены init из-за его чрезмерно инвазивной природы, слишком много сложностей и последствий, с которыми было бы крайне сложно справиться вне создания дистрибутива.

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

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

Чем заменить SystemV

В прошлом уже предпринималось несколько попыток заменить SystemV чем-то более современным. Примерно два релиза подряд Fedora использовала Upstart, призванный заменить устаревающий SystemV, но Upstart не заменял init и не вносил значимых изменений в запуск. Поскольку Upstart практически не решал проблем SystemV, все усилия, связанные с его разработкой, были быстро заброшены в пользу systemd.

Несмотря на то что большинство разработчиков Linux согласны, что заменить устаревший SystemV – хорошая идея, именно за это systemd так не любят многие системные администраторы и разработчики. Вместо того чтобы пересказывать все так называемые проблемы, с которыми сталкиваются или сталкивались пользователи systemd, я лучше дам ссылку на две хороших, по моему мнению, статьи, которые ответят на все возможные вопросы по этой теме:

Линус Торвальдс, создатель ядра Линукса, кажется, не заинтересован в systemd. В 2014 году в статье ZDNet он четко высказался по этому поводу:

Если вы вдруг не знаете манеры разговора Линуса, я напомню: если ему что-то не нравится, он очень откровенен, резок и прямолинеен в своих высказываниях. Можно сказать, его полюбили именно за его манеру высказываться о том, что ему не нравится.

В 2013 Пёттеринг написал пост в своем блоге, где развенчал мифы о systemd, попутно рассказав о цели его создания.

Задачи systemd

В зависимости от параметров, используемых при компиляции (о которых мы здесь не говорим) у systemd включает до 69 исполняемых файлов, которые выполняют, кроме прочего, следующие задачи:

• systemd запускается как PID 1 и выделяет запуску системы столько служб в параллельном режиме, сколько нужно. Это приводит к ускорению загрузки. Он также управляет последовательностью завершения работы.
• systemctl предоставляет пользовательский интерфейс для управления службами.
• Для обеспечения обратной совместимости предлагается поддержка SystemV и LSB.
• Управление службами и логами дает больше информации о состоянии служб, чем SystemV.
• Включает инструменты для базовой настройки системы, например: имя хоста, дата, язык, список авторизированных пользователей, запущенные контейнеры и виртуальные машины, системные учетные записи, рабочие директории и настройки, демоны для управления базовой настройкой сети, синхронизация сетевого времени, пересылка журналов и разрешение доменных имен.
• Управление сокетами.
• Таймеры systemd предоставляют расширенные cron-подобные возможности, включая запуски скриптов, привязанные ко времени от старта системы, запуск systemd, время последнего запуска таймера и многое другое.
• Инструментарий для анализа дат и времени, используемых в спецификациях таймеров.
• Монтирование и размонтирование файловых систем с иерархическим уведомлением обеспечивает более безопасное каскадирование.
• Позволяет создавать и управлять временными файлами, включая их удаление.
• Интерфейс с D-Bus позволяет запускать скрипты, когда устройства подключены или извлечены. Это позволяет рассматривать все устройства, подключаемые или нет, как plug-and-play, что сильно упрощает работу с ними.
• Инструмент для анализа последовательности загрузки позволяет найти службы, на запуск которых тратится больше всего времени.
• Создаёт журналы для хранения системных логов и включает инструменты для управления этими журналами.

Архитектура

Эти и другие задачи решаются различными демонами, управляющими программами и конфигурационными файлами. На рисунке показано, сколько компонентов входит в systemd. Это упрощенная, обзорная схема, показывающая основную архитектуру — в ней указаны не все файлы или службы. Кроме того, здесь нет никакой информации о потоке данных, который настолько сложный, что рассказывать о нем в контексте подобной обзорной статьи не имеет никакого смысла.

systemd-архитеркутра

Если описывать все функции systemd, это заняло бы целую книгу. Но вам необязательно понимать, как компоненты systemd взаимодействуют друг с другом. Достаточно знать о компонентах и программах, управляющих различными службами Linux и позволяющих работать с логами и журналами. Но уже сейчас очевидно, что systemd это не какое-то монолитное чудовище, каким его считают некоторые критики.

systemd как PID 1

Systemd это PID 1. Некоторые функции, потенциал которых гораздо более обширный, чем в SystemV3 init, позволяют управлять многими аспектами Linux, включая монтирование файловых систем и запуск служб. Любых задач, не связанных с последовательностью запуска системы в этой статье мы не касаемся.

Итак, для начала, systemd монтирует файловую систему в /etc/fstab, включая файлы подкачки (swap) или разделы. На данном этапе systemd получает доступ к конфигурационным файлам в /etc, включая свой собственный. Для выбора загрузки он использует свою конфигурационную ссылку в /etc/systemd/system/default.target.

default.target — это символичная ссылка на настоящий target. Для настольного ПК, это, как правило, graphical.target, что эквивалентно runlevel 5 в SystemV. Для серверных решений по умолчанию стоит multi-user.target, эквивалентный runlevel 3 в SystemV. emergency.target аналогичен однопользовательскому режиму. Target’ы и службы в systemd называются юнитами.

В таблице я сравниваю target systemd со старой системой запуска runlevel в SystemV. systemd предоставляет target псевдонимы (алиасы) для обеспечения обратной совместимости. Алиасы позволяют скриптам — и системным администаторам — использовать команды SystemV, как init 3 для смены runlevel. Естественно, команды SystemV передаются в systemd для интерпретации и выполнения.

В конфигурационных файлах каждого target расписан набор зависимостей. Systemd запускает требуемые службы для запуска хоста на определенном уровне функциональности. Когда все зависимые объекты запущены, система работает на соответствующем уровне target. В таблице юниты с максимальной функциональностью указаны в верхних строках, к последним строкам их функциональность снижается.

Systemd также просматривает старые каталоги SystemV init для поиска каких-либо файлов запуска. И если подсистема их находит, она использует их в качестве конфигурационных файлов для запуска служб, описанных этими файлами. Устаревшая сетевая служба –— хороший пример той, что все еще использует файлы запуска SystemV в Fedora.

Схема 3 скопирована со страницы описания процесса загрузки проекта man-pages. В ней указана общая последовательность событий во время запуска system и основные требования по порядку загрузки.

Юниты sysinit.target и basic.target считаются контрольными точками в процессе запуска. Хотя одна из главных целей systemd — параллельный запуск служб, некоторые демоны и юниты должны запускаться первыми. Такие контрольные точки нельзя пропустить до тех пор, пока все необходимые службы и юниты, установленные в рамках этой контрольной точки, не будут запущены.

Sysinit.target завершается, когда все юниты, от которых он зависит, выполнены. Все эти юниты, монтирование файловой системы, настройка файла подкачки, запуск udev, установка генератора случайных чисел, инициализация низкоуровневых служб и настройка криптографических служб (если одна или несколько файловых систем зашифрованы) должны быть завершены для выполнения sysinit.target. А внутри самого sysinit.target, все процессы могут выполняться параллельно.

Юнит sysinit.target запускает все низкоуровневые службы и юниты, необходимые для достижения системой минимальной функциональности. Без их загрузки система не может перейти к basic.target.

После выполнения sysinit.target, systemd запускает все требуемые для нового target юниты. Basic.target обеспечивает дополнительную функциональность, запуская юниты, которые нужны для всех остальных target’ов. Сюда входят такие вещи, как установка путей к рабочим директориям, сокеты и таймеры.

Наконец, инициализируются target пользовательского уровня: multi-user.target или graphical.target. multi-user.target должен быть выполнен до того, как будут достигнуты зависимости graphical.target. Указанные на схеме 3 target’ы — это обычные юниты запуска. Как только один из них выполнен, запуск завершен. Если по умолчанию установлен multi-user.target, вы попадете на текстовый вариант логина в консоли. Если установлен graphical.target вы увидите графический интерфейс входа в систему; конкретный интерфейс логина GUI, который вы видите, зависит от настроек.

В мануале man-pages подробно описана последовательность и карта загрузки на начальный RAM диск (initrd), а также процесс завершения работы systemd.

В systemd также есть инструмент для вывода зависимостей всей загрузки целиком или конкретного юнита. Юнит — это контролируемый systemd блок, который может быть как каким-то конкретным демоном, например, httpd или sshd, так и таймером, монтированием, сокетом или чем-то другим. Попробуйте, введите следующую команду и посмотрите на результат:

systemctl list-dependencies graphical.target

Обратите внимание, что это команда полностью раскрывает юниты верхнего уровня, необходимые для запуска системы в GUI. Используйте — all, чтобы развернуть все остальные юниты.

systemctl list-dependencies --all graphical.target

Вы можете искать строки, например, «target,» «slice,» и «socket», используя инструменты поиска команды less. Теперь попробуйте.

systemctl list-dependencies multi-user.target

и

systemctl list-dependencies rescue.target

и

systemctl list-dependencies local-fs.target

и

systemctl list-dependencies dbus.service

Этот инструмент помогает мне визуализировать специфику зависимостей запуска хоста, на котором я работаю. Попробуйте немного изучить древо запуска для одного или нескольких ваших Linux хостов. Но будьте осторожны: как написано в руководстве man-page:

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

Пост скриптум

Даже касаясь systemd лишь поверхностно, очевидно, что это мощный, но сложный инструмент. Также очевидно, что systemd не является монолитным, огромным или непонятным исполняемым файлом. Скорее, это большое число небольших компонентов и подкоманд, созданных для выполнения конкретных задач.

В следующей статье мы детально коснемся загрузки systemd, конфигурационных файлов, смены target по умолчанию, а также поговорим о том, как создать простой юнит.

• использовать двухфакторную аутентификацию для SSH подключений;
• безопасно использовать «проброс ключа» (agent forwarding);
• выйти из зависшей SSH сессии;
• оставить терминал открытым при выходе или разрыве связи;
• расшарить удаленный терминал с другом (без Zoom’а!).

Многофакторная аутентификация в SSH

Существует пять способов, как добавить второй фактор для аутентификации в SSH:

1. Обновите OpenSSH и используйте аппаратные токены (ключевые носители). В феврале 2020 года в OpenSSH добавили поддержку токенов FIDO U2F (Universal Second Factor). Это отличная новая функция, но есть нюанс.
   Так как это обновление добавляет новые типы ключей для поддержки токенов, его можно использовать только, если обновить и клиента и сервер до версии 8.2 или более поздней. Текущую версию клиента можно проверить командой ssh -V, для удаленного сервера можно использовать nc [servername] 22.
   Также были добавлены два новых типа ключей — ecdsa-sk и ed25519-sk (с соответствующими типами сертификатов). Для создания ключевых файлов вставьте ваш токен в компьютер и выполните команду $ ssh-keygen -t ecdsa-sk -f ~/.ssh/id_ecdsa_sk. Эта команда создаст открытый и закрытый ключи, привязанные к вашему U2F токену. Закрытый ключ на U2F устройстве используется для расшифровки файла закрытого ключа, хранящегося на диске.
   Также в качестве второго фактора можно задать пароль для ключевых файлов. OpenSSH поддерживает еще один вариант генерации ключей типа -sk-«резидентные» ключи. В этом случае ключевые файлы хранятся на U2F токене. Таким образом, ключи будут всегда у вас с собой. Создать резидентный ключ можно командой $ ssh-keygen -t ecdsa-sk -O resident -f ~/.ssh/id_ecdsa_sk. Чтобы перенести ключевой файл на новую машину, необходимо вставить ключевой носитель и выполнить команду $ ssh-add -K. Необходимо будет активировать ваш токен при подключении.
2. Используйте PIV+PKCS11 и Yubikey. Если вы хотите подключаться к машинам, где установлены более ранние версии SSH-сервера, вы можете использовать токен другим способом. Проект Yubikey публикует инструкцию U2F+SSH with PIV/PKCS11. Это не тоже самое, что в случае с FIDO U2F. Нужно немного напрячься, чтобы разобраться.
3. Используйте ssh-агент yubikey-agent. Filippo Valsorda сделал SSH-агента для Yubikeys. Он совсем новый и пока имеет минимальный набор функций.
4. Используйте Touch ID и sekey. Sekey — это SSH-агент с открытым исходным кодом, который сохраняет закрытые ключи в системе secure enclave для MacOS и позволяет использовать функцию подписания через Touch ID.
5. Используйте Single Sign On SSH. Здесь можно найти инструкцию по настройке. Преимущество Single Sign On SSH заключается в том, что вы можете использовать политику безопасности вашего поставщика учетных записей, включая поддержку многофакторной аутентификации.

Безопасное использование проброса ключа (agent forwarding)

Проброс ключа в SSH дает доступ удаленному хосту к вашему локальному SSH-агенту. Когда ваш SSH-клиент использует проброс ключа (обычно активируется опцией ssh -A), в соединении присутствуют 2 канала — ваша интерактивная сессия и канал проброса ключа. Локальный SSH-агент создает IPC-сокет, который подключается к удаленному хосту через этот канал. Это опасно, т.к. пользователь с правами уровня root на удаленном хосте имеет доступ к вашему локальному SSH-агенту и потенциально может использовать его для доступа к ресурсам сети от вашего имени. Со стандартным SSH-агентом, который поставляется в составе OpenSSH, вы ни за что не узнаете, что такое произошло. Но если вы используете U2F ключ (или Sekey), вы сможете пресекать любые попытки использования вашего SSH-агента.

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

Выход из зависшей SSH-сессии

SSH-сессии часто зависают из-за разрывов сети, потери контроля выполняемой программой или одной из управляющих последовательностей терминала, которые блокируют ввод с клавиатуры.

Вот несколько способов, как выйти из зависшей сессии:

1. Автоматический выход при разрыве сети. В вашей SSH-конфигурации .ssh/config нужно добавить:ServerAliveInterval 5ServerAliveCountMax 1ssh будет проверять соединение, отправляя echo-запросы на удаленный хост каждые ServerAliveInterval секунд. Если более чем ServerAliveCountMax таких запросов останутся без ответа, то SSH закроет соединение.
2. Разорвать сессию. ssh использует символ ~ как управляющую последовательность по умолчанию. Команда ~. закрывает текущее соединение и возвращает в терминал (вводить управляющие последовательности можно только в новой строке).
   Команда  ~? выводит список команд, которые можно использовать в текущей сессии. Если у вас клавиатура с несколькими языками, вам возможно придется нажимать кнопку ~ дважды, чтобы отправить этот символ.Почему сессии зависают? Когда был изобретен Интернет, компьютеры были не особо мобильными. Когда вы работаете на ноутбуке и переключаетесь между IPv4 WiFi сетями, ваш IP-адрес меняется. Так как SSH базируется на TCP-соединении, а TCP-соединения зависят от точек подключения с неизменными IP-адресами, то каждый раз, когда вы подключаетесь к другой сети, ваше SSH-соединение теряется. Когда ваш IP-адрес меняется, проходит некоторое время, прежде чем сетевой стек обнаружит, что соединение потеряно. TCP-соединение не предполагает быстрое закрытие соединения одной из сторон в случае проблем в сети, поэтому оно будет пытаться повторять отправку данных еще какое-то время. В вашем же терминале сессия будет выглядеть зависшей. IPv6 добавляет функциональность, позволяющую устройствам сохранять свой IP-адрес при переключении между сетями. Так что когда-нибудь это перестанет быть проблемой.

Как оставить терминал открытым на удаленном хосте

Есть два варианта, как сохранить сессию, когда вы переключаетесь между сетями или хотите на время отключиться:

1. Используйте Mosh или Eternal TerminalЕсли вам действительно нужно соединение, которое не падает, даже если вы переключаетесь между сетями, используйте Mosh — mobile shell. Mosh — это защищенная оболочка, использующая SSH для инициализации сессии (handshake), после чего переключается на собственный зашифрованный канал. Этот канал очень стабилен. Он может обрабатывать различные ситуации, включая разрывы соединения с интернетом, изменение IP-адреса вашего ноутбука, большие задержки при передаче по сети, и другие. Спасибо магии UDP и протокола синхронизации, используемого Mosh.
   Для использования Mosh его необходимо установить как на вашем сервере, так и на клиенте и открыть порты в диапазоне 60000–61000 для входящего UDP трафика на вашем удаленном хосте. После чего просто наберите mosh user@server для подключения.
   Mosh работает на уровне экранов терминала и нажатий клавиш, и это дает ему множество преимуществ по сравнению с SSH, который передает бинарный поток стандартного ввода-вывода между клиентом и сервером. Если нам нужно синхронизировать только экран терминала и нажатия клавиш, то прерванное соединение можно потом восстановить значительно быстрее. SSH пришлось бы хранить в буфере и пересылать все, что произошло, а Mosh нужно только сохранить нажатия клавиш и синхронизировать последнее состояние терминального окна с клиентом.
2. Используйте tmux. Если вы хотите подключаться и отключаться, когда вздумается и сохранять ту же самую сессию на удаленном хосте, используйте мультиплексор терминала tmux. Если ваше SSH-соединение отваливается, просто подключитесь снова и наберите tmux attach, чтобы вернуться в сессию tmux. В нем есть несколько отличных дополнительных возможностей — встроенные табы и панели, такие же как в терминале macOS и возможность расшарить терминал с другим пользователем.
   Некоторые улучшают tmux с помощью Byobu —  пакета, который добавляет множество удобных функций и сочетания клавиш. Byobu поставляется вместе с Ubuntu и его легко установить на macOS через менеджер пакетов Homebrew.

Как расшарить удаленный терминал с другом

Когда решаешь сложную проблему с серверами, хотелось бы расшарить SSH-сессию с кем-то еще, кто находится в другом месте. tmux — это лучший инструмент для шаринга терминала. Итак, нужно сделать следующее:

1. Убедитесь, что tmux установлен на вашем сервере в DMZ (или куда вы хотите подключиться).
2. Вам обоим необходимо подключиться к серверу через SSH, используя один и тот же аккаунт.
3. Один из вас должен запустить tmux, чтобы создалась tmux-сессия.
4. Другой должен выполнить команду tmux attach.
5. Вуаля! Вы расшарили терминал.

Если вам нужна более тонкая настройка мульти-пользовательских сессий, используйте tmate, это форк tmux, который позволяет делать расшаренные сессии еще проще.

В некоторых компаниях, где слабо разбираются, кто есть кто, всех айтишников называют программистами, даже тех, в чьи обязанности входит лишь заправлять картриджи для принтеров. Я хотя и могу иногда заглядывать в код, программистом не являюсь. Я скорее системный администратор. Со стороны работа может показаться скучной: инсталляция серверов, сборка и выкладка кода, управление учетными записями, обновление софта и порой даже отслеживание уязвимостей. Однако всякое бывает, так что иногда в коде можно зарыться глубоко и надолго.

9:00

Проснулся. К телефону подходить страшно — он уже мигает огоньком, говорящим о том, что есть сообщения. Привёл себя в порядок, позавтракал, взял телефон и быстро прочитал все непрочитанные в телеграм, а также оповещения о новых тасках в Jira. Расставил приоритеты, что подождёт, а что можно сделать сразу.

9:30

Добрался до рабочего места и сделал всё самое простое и самое срочное. Сегодня ночью, судя по сообщениям, не случилось никакого форс-мажора. Особенно страшно всегда открывать групповые чаты, где меня призывают лично, потому что там часто крики «всё пропало!» и «спасай скорее!», и приходится вместо работы сначала всех успокаивать.

10:00

Возвращаюсь к мониторингу. Там всё тихо. Почитал, что коллеги делали ночью — ага, синтетические тесты гоняли в дев-среде. Слава богу, всё по плану, моя экстренная помощь не потребовалась. Берусь за задачу, которую откладывал на подумать.

13:00

Ха, с задачей всё оказалось проще, чем казалось. Управился за пару часов с лишним. Зря её откладывал.

Московские и питерские коллеги начинают просыпаться и постят всякое в чатиках. Если котиков — можно расслабиться, ничего страшного не случилось. Закрываю все задачи, где стало понятно, что делать. Они аналогичны ранее решённой, так что всё по шаблону. Все изменения — в гит, таски — авторам, пусть проверяют. Супруга зовёт на обед, пора сделать перерыв.

14:00

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

15:00

В рабочий чат прилетает сообщение о том, что HDFS как-то неправильно работает. Программисты пишут, что локально всё ок, а на стенде не получается ни прочитать, ни записать файл. Смотрю логи, гуглю. Ещё гуглю. Рекомендую задать в конфиге подключения к HDFS один параметр в конкретное значение. Получаю возражения.

Притягивают продакт-менеджера. Программисты топят, что у нас всё плохо и HDFS не работает. Я утверждаю, что всё в порядке, это приложение неправильно написано и вообще кривое.

Грепаю код, изучаю…. Показываю, где можно исправить.

И так всегда — основная масса времени уходит именно на коммуникации.

19:00

Жена зовёт на ужин, отмахиваюсь: «Скоро приду». Гуглю.

Хорошо работать из дома на Алтае — радуюсь каждый день, что сюда вернулся. Часто вечером, особенно до карантина, супруга открывала Яндекс.Карты с пробками в Москве и говорила: «Слава богу, я больше не в этом аду». А на возглас столичных родственников о том, что ну и глушь она выбрала для жизни, отвечала: «В здравом уме больше никогда не стану жить в Москве». Карантин наш образ жизни совсем никак не изменил. Утром мы ходим гулять к реке с собакой. Весна в этом году очень ранняя и теплая. Много солнца, 1 мая уже зацвели сады, температура +30 — погода лучше, чем в Анапе. Работа в условиях самоизоляции, при наличии комфортного кабинета и с возможностью прогуляться по улице, выйти на пробежку вдоль берега, идёт отлично. Эффективность ничуть не страдает.

Если хочешь в магазин заехать, паркинг прямо у его двери и там всегда есть места. Знаки эвакуации хоть и иногда встречаются, но ни одного эвакуатора я так ни разу и не видел. Я живу 20 км от города в небольшой деревне. Здесь тишина, чистый воздух. Гулять с собакой ходим к реке — до нее всего 5 минут неспешным шагом.

23:00

Вспоминаю, что не ужинал. Сильно увлекся кодом на малознакомом языке.

Думаю, на сегодня хватит. Это был день без аварий — можно сказать, простой и слишком быстро закончился, как и многие другие похожие. А бывает, что заканчиваю работу и в 2 часа ночи.

Оборона на дальних подступах

C некоторыми запросами пользователей превентивно работать вряд ли получится. Как правило, список начинается с «неработающего» пароля, который вводят на русской раскладке, а заканчивается скопированным вместо файла ярлыком.

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

• непониманием сути работы системного администратора;
• отсутствием компьютерной грамотности, том числе предусмотренной должностными обязанностями;
• несовершенством IT-инфраструктуры компании.

Такие риски нивелируются различными организационными и финансовыми методами. Надо только не стесняться брать на себя инициативу, это сильно облегчит вам жизнь, и не бояться прослыть излишне принципиальным. Перебарщивать и правда не стоит, но необходимо помнить о том, что принципиальность вы проявляете для того, чтобы эффективно выполнить свою работу. В том числе и в интересах тех коллег, которым ваша настойчивость на первый взгляд может не понравиться.

Пара общих рекомендаций, которые позволят если не предотвратить все нелепые запросы пользователей, то, по крайней мере, сократить их количество.

Начните со своих обязанностей

У каждого сисадмина должен быть составлен максимально детализированный список чётко сформулированных обязанностей. Именно с ним у системного администратора появляется возможность отказать в ответ на какой-либо запрос, объяснив причину отказа тем, что просьба не соответствует его должностной инструкции.

Конечно, всегда можно помочь коллеге с решением его проблемы. Но в случае, если количество запросов «не по адресу» начнёт серьёзно сказываться на ключевой деятельности, имеет смысл составить карту рабочего дня с распределением времязатрат и обсудить её с руководителем: «Столько-то часов я потратил на обработку запросов от коллег, поэтому на решение вот этих задач у меня не остаётся времени. Если в коллективе есть спрос, почему бы не нанять второго сисадмина?».

Практика показывает, что когда начальство слышит о дополнительных расходах, оно предпочтёт устранить причину, а не выделить средства. Из этого можно сделать общий вывод: общайтесь с начальством не из IT на более понятном ему языке — денег, времени и рисков.

Регламентируйте работу других

Создавать пользовательские мануалы по ключевым операциям, новому оборудованию и программам и вводить обязательное ознакомление с инструкцией каждого из сотрудников. Важно фиксировать факт ознакомления (подпись в ведомости, галочка в гугл-таблице и т. п.)

Число тех, кто внимательно изучит такие инструкции, скорее всего, будет минимальным. И зачем же это тогда нужно? Например, чтобы при вопросах «а как мне…?», «а где…?», «ой, а что это у меня?» сначала отправить пользователя к мануалу и при необходимости напомнить, что тот его уже читал (и письменно это подтвердил). А самому подключаться к решению вопроса стоит только в случае безуспешных попыток коллеги справиться с проблемой по инструкции. Подобное «делегирование» необходимо для оптимизации вашего рабочего времени: это позволит вам в первую очередь решать сложные задачи, которые не под силу вашим коллегам даже при наличии самых подробных регламентов.

Как применять рекомендации на практике

Теперь пройдёмся по пяти типичным запросам и их решениям с долгосрочным эффектом.

«Помогите вставить картинку или сделать операции в Excel»

Самый, наверное, распространённый случай. Связан с тем, что для большинства людей сисадмин — человек, который занимается всем, что связано с компьютерами. И потом, если картинка не форматируется и не вставляется в презентацию, это ведь может быть и сбой программы? А кто программами занимается? Правильно — сисадмин.

Какое-то количество раз помочь и правда можно. Если ситуация будет повторяться — обращаемся к должностной инструкции. А ещё обращаемся к начальнику отдела, сотрудники которого часто просят о подобной помощи: «Думаю, нужно направить сотрудников на курсы обучения тому-то и тому-то». Похоже на кляузу? Нет, это ваш вклад в повышение уровня подготовки сотрудников и компании, а также грамотное распределение вашей нагрузки.

«Компьютер постоянно тормозит»

И он правда тормозит. Что неудивительно: пользователь самостоятельно установил на него программы, которые, как уверяет, нужны ему для работы. Возможно, что они действительно нужны. Но вирусы, которые пришли вместе с ними, точно лишние.

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

«Невозможно общаться с клиентами по телефону»

В компанию крайне обеспокоенный, со срочным вопросом позвонил один из ключевых клиентов. Секретарь перевела звонок на аккаунт-менеджера, который ведёт эту компанию. Но по какой-то причине звонок перевёлся на другого сотрудника. Быстро разобраться, кто и какой вопрос хочет обсудить, тоже не получилось: соединение постоянно прерывалось помехами (как выяснилось позднее, клиент был за границей в командировке). Конечно, в результате звонок перевели на нужного менеджера, вопрос с клиентом обсудили. И казалось бы, с одной стороны ничего страшного в глобальном смысле не случилось. Но с другой, впечатление от коммуникации точно подпортилось — половина разговора состояла из переспрашиваний собеседников, слышно ли им друг друга, да и экстренная ситуация разрешалась куда позже, чем того изначально ожидал клиент.

Не допустить повторения подобных случаев довольно легко — главное использовать системы с высоким уровнем клиентского сервиса, которые будут обеспечивать в первую очередь несокрушимую связь вне зависимости от местонахождения собеседников, HD звук голоса, станут помощниками менеджеров компании. Так, например, инструмент «предсказатель клиента» позволит мгновенно определить, что конкретному звонящему надо уделить наибольшее внимание.

«Не могу найти файл!»

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

«У меня всё исчезло!»

Отчёт по проекту уже почти написан, но потом пользователь что-то нажал, компьютер выключился, а после включения все файлы оказались удалены. Конечно, избежать негативных последствий случайных кликов можно при помощи резервного копирования. Но для того, чтобы этот инструмент был действительно эффективным, и результат соответствовал всеобщим ожиданиям, работа системы автоматического резервного копирования должна быть настроена исходя из потребностей каждой конкретной компании. Обсудите и согласуйте с начальством периодичность, с которой будет осуществляться копирование, а также его глубину. Впоследствии это не только сохранит необходимые данные, но и убережёт системного администратора от претензий к формату копирования.

Памятка сисадмину

Повторим наиболее важные моменты, которые помогут системному администратору взаимодействовать с коллегами-гуманитариями без ущерба для своей эффективности и нервов:

• не пренебрегайте регламентацией рабочих процессов, лежащих в зоне вашей ответственности;
• вводите удобные вам системные политики;
• используйте актуальное и соответствующее задачам компании ПО и железо;
• делайте бэкапы.

А ещё используйте эти советы и работайте в удовольствие.

Подборка книг по NGINX

На русском

Разобрались с теорией и хотите больше практики? Тогда вам пригодится эта книга. Здесь вы сможете получить огромное количество практических примеров и рекомендаций по настройке и использованию серверов. Сервер NGINX обычно выбирают за эффективный механизм распределения нагрузки — в этой книге вы найдёте приёмы, которые позволят сделать этот механизм ещё эффективнее. Что ещё? A/B-тестирование, управление трафиком, интеграция с облачными платформами AWS, Azure и Google, отладка. Однако прежде чем браться за чтение, желательно ознакомиться с основными принципами работы системы.

Подойдёт как для новичков, так и для опытных администраторов. Автор рассказывает о настройке и управлении сервером, детально рассматривая каждый пункт настроек.

На английском

Автор успел поработать в таких компаниях, как Яндекс, Booking.com и AVG, а сейчас владеет собственной консалтинговой фирмой. NGINX Essentials — 150 страниц полезной информации, без рассказов о том, что такое интернет и где находится Anykey. Чтобы продемонстрировать принципы, по которым действует система, автор использует реальный проект. Единственное, на что можно посетовать — недостаточно глубокое погружение в тонкости настроек сервера.

Монументальный труд, выдержавший четыре издания. В книге показано, как оптимизировать сетевую нагрузку, наладить взаимодействие между NGINX и Apache (или совсем отказаться от последнего) и в полной мере использовать возможности системы в веб-приложениях. Но если вы раньше не работали с NGINX, возможно, вам придётся обращаться к другим источникам.

Ещё одна книга не для новичков. Содержит пошаговые рекомендации по миграции с Apache и настройке максимальной производительности сервера NGINX. Помимо советов по настройке вы узнаете, как измерить производительность системы. Подача материала лаконичная, с практическими примерами.

Издание посвящено исключительно интеграции NGINX с фаерволлом ModSecurity 3.0. Вы узнаете, как установить и настроить наборы правил OWASP Core Rule Set и TrustWave SpiderLabs Commercial Rule Set. Возможно, благодаря узкой специализации авторам удалось максимально подробно осветить все аспекты настройки системы.

Книга поможет безболезненно перейти с Cisco ACE на сервер NGINX. Примеры настроек с детальным разбором прилагаются. Есть разделы, посвящённые установке Linux и поднятию x86 сервера.

Дополнительные ресурсы

Не нашли ответа на свой вопрос в книгах? Хотите попробовать новую систему, но не готовы настраивать собственный сервер? Не знаете, что предпочесть, NGINX или Apache? Вот подборка сайтов, которые вам помогут.

Прим. пер. Полезных сайтов по NGINX десятки, если не сотни. Мы отобрали 6 ресурсов, с которых стоит начать изучение системы, а уж насколько глубокой окажется кроличья нора, будет зависеть только от вашего любопытства.

1. NGINX Project — сайт проекта. Отсюда стоит начать.
2. NGINX Documentation — полная документация по системе.
3. NGINX Pitfalls and Common Mistakes — учиться лучше на чужих ошибках, и здесь собраны самые распространённые.
4. NGINX Forum — не нашли ответа на свой вопрос? Спросите на форуме!
5. NGINX vs. Apache (Pro/Con Review, Uses, & Hosting for Each) — хорошая подробная статья, посвящённая сравнению NGINX и Apache.
6. NGINX Rate Limit, Burst and nodelay sandbox — песочница, в которой можно поиграть с настройками и оценить возможности сервера NGINX.

Что это вообще значит — прекращение поддержки?

Приобретая лицензионное ПО, вы платите не только за сами программы, но и за помощь специалистов в решении проблем, регулярное исправление выявленных ошибок и устранение уязвимостей в безопасности. Поскольку регулярно выходят новые версии продукта, поддерживать старые со временем становится нецелесообразно. Прекращение поддержки — нормальный этап жизненного цикла продукта.

Получается, в час «X» Office 2010 перестанет работать и все документы пропадут?

Нет, такого не будет. Office — это всё же не карета, которая превращается в тыкву, а продукт Microsoft. Разумеется, все программы из классического пакета продолжат работать и после 13 октября 2020 года. У вас есть приобретённые права на использование ПО, и никаким удалённым выключателем его не отключат. Однако после прекращения поддержки у пользователей возникнут определённые проблемы, о которых мы расскажем ниже.

Может тогда и не надо обновляться, раз оно работает?

Надо. Не стоит забывать, что ПО, для которого больше не предоставляются обновления и исправления для системы безопасности, может послужить входными воротами для вредоносного кода и поставить под угрозу всю информацию на устройстве. А для серьёзных компаний использование актуальных решений — вопрос выживания. Ну и кроме того, может возникнуть проблема обратной совместимости документов. Представьте себе конфуз, если во время переговоров деловые партнёры попросят запустить презентацию и окажется, что формат файла не по зубам вашему устаревшему ПО. Конечно, всегда можно найти подходящую утилиту, но представьте, как будут выглядеть такие костыли в глазах коллег.

Хорошо, купим новую версию — 2019

Хороший выбор, если вам нужен Office для компьютеров, отделенных от общей сети или вообще не подключенных к интернет. Вы единовременно приобретаете лицензии на установку набора программ на определённое количество машин. В стоимость пакета входит техническая поддержка при установке и настройке, устранение ошибок и уязвимостей. Неплохой вариант… Для прошлого века. Однако не стоит забывать, что единовременно приобретаемые пакеты не предусматривают возможности обновления, а значит, если вы захотите перейти на следующую версию, то вам потребуется приобрести её по полной цене. Более того жизненный цикл поддержки у такого решения также будет ограничен. Современные компании переходят на модель SaaS (Software as a Service, программное обеспечение как услуга) и аналогичные.

Что за модель SaaS?

При модели распространения SaaS конечный пользователь приобретает права не на конкретный продукт, а на услугу его предоставления, иными словами — арендует программное обеспечение. Преимущество модели в том, что у вас всегда будут самые последние версии ПО. Как раз те самые регулярные обновления безопасности и новые инструменты, которых так ждут пользователи смартфонов, планшетов и их приложения. Для сравнения, если вы купили Office 2013, то он так навсегда и останется Office 2013.

Кроме того, вам не придётся беспокоиться о платформе — Windows, Mac, Android — служба подберёт и установит подходящую версию приложений на каждую рабочую станцию. Office 365 полностью поддерживает совместную работу над документами в облаке. Ну а в поддержку можно бесплатно обращаться в течение всего срока действия подписки с вопросами, касающимися технических проблем, управления подпиской и выставления счетов. Это включено в стоимость.

Получается, благодаря подписке у нас всегда будут последние версии Word и Excel?

Да, и не только это. В пакете есть всё, что необходимо для организации эффективной работы. С помощью Microsoft Teams можно наладить оперативное общение сотрудников, проводить совещания онлайн, обмениваясь в процессе необходимыми документами. OneDrive с дополнительным пространством и SharePoint упростят обмен документами и совместную работу над ними. Outlook Customer Manager, Microsoft Bookings и Microsoft Invoicing помогут организовать работу с клиентами.

Решено, берём! Вот только где? На сайте Microsoft нет формы для подписки

Да, действительно, Microsoft не занимается непосредственной реализацией Office 365. Эту функцию отдали региональным дистрибьюторам — в России нужную вам услугу реализует компания Softline.

Подписавшись на пакет Office 365 Business Premium, помимо перечисленных программ, вы получите Microsoft Teams, Planner, Power BI Pro, MyAnalytics и терабайт в облачном хранилище OneDrive. Сама компания Softline к пакету офисных программ предоставляет услуги IP-телефонии по России, расширенные опции резервного копирования данных и круглосуточную поддержку по вопросам администрирования — а что ещё нужно сисадмину?

А Windows по подписке предоставляют?

Да. Обратите внимание на тарифные планы Microsoft 365, в них входит подписка на Windows 10 и Enterprise Mobility Suite.

Выглядит отлично, пугает только перспектива миграции на новый пакет

Действительно, обновление ПО большой организации требует позаботиться о сохранности данных сотен, возможно даже тысяч пользователей, об их учётных записях и почтовых ящиках. Нужно учесть возможные атаки злоумышленников: в момент миграции система особенно уязвима. Ну и конечно, в итоге нужно сделать замену ПО максимально комфортной для пользователей.

Примечание Вы читаете улучшенную версию некогда выпущенной нами статьи.

1. Ключевые особенности программы AnsibleУстановка и запускСтруктура AnsibleДемо «Реальное приложение»Дополнительные материалы

Ключевые особенности программы Ansible

• Безагентное. В клиенте не установлено программное обеспечение или агент, который общается с сервером.
• Идемпотентное. Независимо от того, сколько раз вы вызываете операцию, результат будет одинаковым.
• Простое и расширяемое. Программа Ansible написанa на Python и использует YAML для написания команд. Оба языка считаются относительно простыми в изучении.

Установка и запуск

Инструкцию по установке на другие ОС можно найти здесь.

Структура Ansible

Модули

Это небольшие программы, выполняющие определённую работу на сервере. Например, вместо запуска этой команды:

Мы можем использовать модуль apt и установить htop:

Использование модуля даст вам возможность узнать, установлен он или нет.

Плагины

Ansible поставляется с несколькими удобными плагинами, и вы можете легко написать свой собственный.

Инвентаризация хостов

Чтобы предоставить перечень хостов, нам нужно обозначить список, находящийся в файле инвентаризации. Он напоминает содержание файла hosts.

В простейшем виде он может содержать одну строку:

Playbooks

Ansible playbooks — это способ отправки команд на удалённые компьютеры с помощью скриптов. Вместо того, чтобы индивидуально использовать команды для удалённой настройки компьютеров из командной строки, вы можете настраивать целые сложные среды, передавая скрипт одной или нескольким системам.

group_vars

Файл содержит набор переменных, например имя пользователя и пароль базы данных.

Роли

Это способ сгруппировать несколько задач в один контейнер, чтобы эффективно автоматизировать работу с помощью понятной структуры каталогов.

Обработчики

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

Теги

Если у вас playbook с большим объёмом, может быть полезно иметь возможность запускать только определённую часть его конфигурации.

Демо «Реальное приложение»

Цель этой демонстрации — установить приложение Laravel в VPS. Для этого используем Lightsail.

Последовательность действий для создания и запуска Laravel APP:

1. Создайте экземпляр Ubuntu Lightsail.Установите зависимости Ansible на ваш VPS.Добавьте SSH-ключи в Git.Выполните сборку хостов и ansible.cfg.Определите роль в Ansible.Определите обработчик.Установите модули PHP.Установите Nginx.Добавьте default-конфигурацию Nginx.Добавьте переменные для управления учётными данными БД, хоста, URL-адресом источника GitHub и переменными .env.Используйте Ansible-Vault.Создайте базу данных MySql, имя пользователя и пароль.Клонируйте кодовую базу в ваш VPS.Сгенерируйте .env.Создайте playbook.

Рассмотрим каждый пункт подробнее.

Создание экземпляра Ubuntu Lightsail

Перейдите на панель управления Lightsail и нажмите «Создать экземпляр».

Выберите свою любимую ОС.

Выберите «Добавить скрипт запуска», который запускается после создания вашего экземпляра. Не забудьте получить SSH-ключ.

Установка зависимостей Ansible на нашем VPS

Добавьте эти sh-команды для установки зависимостей:

Теперь у нас есть готовый экземпляр, перейдём к построению Ansible Project.

Добавление SSH-ключей в Git

Вы должны добавить свой сервер id_rsa.pub к своим ключам GitHub SSH, войдя в свой сервер.

Сборка хостов и ansible.cfg

Определение роли в Ansible

Используем модуль Ping, чтобы убедиться, что хост работает, после чего нужно обновить все пакеты и установить два модуля: git и htop.

Определение обработчика

Установка модулей PHP

Чтобы вызвать обработчик, мы должны использовать notify: Restart PHP-FPM, имена обработчиков должны быть уникальными.

В этом руководстве мы определили php как тег, поэтому, например, если вы хотите запустить только эту задачу из своего playbook, вам необходимо выполнить её с  —tags = ”php”, которая будет исполнять только её.

Установка Nginx

Добавление default-конфигурации Nginx

vars.yml

Примечание: Рекомендуется использовать ansible-vault для шифрования и дешифрования переменных.

Как использовать Ansible-Vault

Создайте секретный файл хранилища, содержащий ключ шифрования, который шифрует ваши переменные.

Чтобы зашифровать переменные, используйте:

Чтобы расшифровать переменные, используйте:

Создание базы данных MySql, имени пользователя и пароля

mysql_user и mysql_pass определены внутри vars.yml.

Клонирование кодовой базы

repo_git_url и app_work_dir определены внутри vars.yml.

Генерирование .env

Ansible использует шаблонизатор Jinja2 для динамических выражений и доступа к переменным. Создадим файл env.conf.

Определим role, чтобы переместить этот шаблон в директорию нашего приложения.

Создание playbook

Как видно, мы определили aws как хост для этого playbook, и sudo yes даёт нам возможность выполнять команду как пользователю sudo. У нас есть vars_files, где мы храним наши vars. Мы установили roles, каждая role выполняет определённую задачу. И, наконец, у нас есть handlers, которые содержат все обработчики проекта.

Запуск playbook

Полная структура проекта

Ansible — только один слой DevOps-стека. Если нужен общий контекст: что изучать до него и что идёт после, посмотрите Roadmap DevOps-инженера в 2026 году: что учить и в каком порядке.

Дополнительные материалы для начинающих изучать Ansible

• Репозиторий на GitHub, который содержит полный исходный код.
• Этот сайт запущен и работает с использованием этой кодовой базы.
• Советы по использованию Ansible playbooks.
• Описание архитектуры программы Ansible.
• Статья «How to Use Ansible to Automate Initial Server Setup on Ubuntu».
• О других инструментах сисадмина и DevOps читайте в нашей подборке.

Вадим Сычёв

Этапы установки Apache

Установить веб-сервер Apache в Ubuntu 18.04 Bionic Beaver очень просто:

Сценарии установки Ubuntu позаботятся о запуске и включении apache2-сервиса при загрузке.

Настройка брандмауэра

Чтобы получить доступ к содержимому сервера на той же машине, где он работает, нужно запустить веб-браузер и ввести в адресную строку localhost. Если всё настроено правильно, страница поприветствует словами: «It works!».

Если в системе включён брандмауэр (как и должно быть), то чтобы сделать контент доступным извне нашей машины, нужно разрешить входящий трафик через порт 80. Команда для запуска зависит от используемого менеджера брандмауэра. Например, при использовании ufw (используется в Ubuntu по умолчанию) мы должны запустить:

Если вы используете firewalld, можно запустить:

Обратите внимание, что приведённая выше команда будет по умолчанию действовать в зоне firewalld. Если вы хотите работать с другой зоной, нужно указать её с помощью опции --zone.

Настройка виртуального хоста

Веб-сервер Apache может запускать несколько веб-сайтов на одном компьютере. Каждый запущенный сайт («виртуальный хост» в терминологии Apache) должен иметь свою собственную конфигурацию. Виртуальный хост может быть IP или именем.

В этом руководстве мы сосредоточимся на втором типе, так как он проще в настройке и не требует нескольких IP-адресов (виртуальные хосты на основе имён позволяют нескольким веб-сайтам использовать один и тот же IP-адрес).

Виртуальный хост по умолчанию

В Ubuntu виртуальный хост по умолчанию определён в каталоге /etc/apache2/sites-available внутри файла 000-default.conf. Рассмотрим его:

Директива <VirtualHost> на первой строке применяется для группы параметров, используемых Apache для конкретного виртуального хоста. Первое, что вы увидите в ней, — инструкцию *:80. Она указывает IP-адрес и порт, используемый виртуальным хостом.

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

Директива на строке 3 не является обязательной, она используется, чтобы указать контактный адрес. Обычно в качестве аргумента директивы предоставляют действительный адрес электронной почты, чтобы было проще связаться с администратором.

DocumentRoot в строке 4 является обязательным, это важно для конфигурации виртуального хоста. Аргумент этой инструкции должен иметь доступ к файловой системе. Указанный каталог будет считаться корневым каталогом виртуального хоста и не должен содержать завершающий символ «/». В этом случае корневая директория документа — /var/www/html. Если мы посмотрим на её содержимое, то увидим, что она содержит страницу index.html, которую вы до этого видели в качестве страницы приветствия сервера.

Последние две команды на строках 8–9, представленные в этом VirtualHost, — ErrorLog и CustomLog. Используя первый, вы указываете файл, в который сервер будет записывать возникающие ошибки. Второй используется для регистрации запросов, отправленных на сервер в указанном формате.

Новый виртуальный хост

Вы видели, как определяется виртуальный хост по умолчанию. Теперь предположим, что вы хотите разместить другой веб-сайт с помощью вашего веб-сервера. Для этого вам нужно определить новый виртуальный хост.

Как сказано выше, файлы виртуальных хостов должны быть определены внутри каталога /etc/apache2/sites-available (по крайней мере в дистрибутивах на основе Debian). Поэтому создадим этот файл там. Прежде чем сделать это, следует создать каталог, который будет использоваться как document root, а также создать базовую страницу, которая будет отображаться при открытии сайта:

Теперь можно приступить к настройке виртуального хоста:

Это минимальная конфигурация, необходимая для его запуска. Здесь вы можете увидеть новую директиву ServerName. Это то, что определяет ваш виртуальный хост. Сохраним этот файл как example.conf. Чтобы активировать ваш виртуальный хост, используйте команду a2ensite. Эта команда создаёт символическую ссылку файла в каталоге /etc/apache2/sites-enabled:

После этого следует перезагрузить конфигурацию сервера:

Чтобы убедиться, что конфигурация работает, вы должны добавить запись в файл /etc/hosts той машины, с которой вы пытаетесь связаться с сайтом.

Без этой строки (и без записи DNS) было бы невозможно связать адрес сервера с именем вашего виртуального хоста, а использование IP-сервера напрямую вместо этого «инициировало» бы виртуальный хост по умолчанию.

С клиентского компьютера, если вы теперь перейдёте к www.example.local, вы должны увидеть минимальную страницу, которую настроили выше.

Настройка SSL

SSL (Secure Sockets Layer) — это технология, которая позволяет нам шифровать данные, связанные с соединением между клиентом и сервером. При использовании SSL-сертификатов HTTPS (Hyper Text Transfer Protocol Secure) заменяет HTTP в URL-адресе.

SSL-сертификаты выдаются центром сертификации и могут быть очень дорогими, однако есть два других способа получить сертификат: создать самозаверяющий сертификат или воспользоваться сервисом Let’s encrypt.

Создаём самоподписанный SSL-сертификат

Создание самозаверенного сертификата — несложная задача. Это может быть удобно, если вы просто хотите получить шифрование. Мы можем создать самозаверяющий сертификат с помощью утилиты OpenSSL:

Посмотрим, что делает эта команда. Первая опция, -x509определяет, что формируется сертификат стандарта X509.

С помощью -days мы устанавливаем срок действия сертификата в днях. Следующая опция — -newkey. С её помощью мы создаём новый ключ, в данном случае RSA-ключ размером 2048 бит. В тестовом примере нам не нужно шифровать файл закрытого ключа, поэтому используем -nodes. Если эта опция не указана, файл, в котором хранится ключ, будет защищён паролем, который нужно будет предъявлять каждый раз при перезапуске веб-сервера.

С помощью -keyout и -out мы указываем файл для записи сгенерированного ключа и сертификата соответственно. При запуске команды нам будет предложено ответить на несколько вопросов, после чего будет сгенерирован ключ и сертификат.

Скопируйте сгенерированный ключ и сертификат в каталоги /etc/ssl/private и /etc/ssl/ssl-certs соответственно:

Сертификат является общедоступным, поэтому не требует специального разрешения.

Теперь ключ:

Важно настроить права доступа к файлу ключа. Папка /etc/ssl/private принадлежит root-пользователю и группе ssl-cert, и у неё есть права доступа 710. Это означает, что владелец имеет на неё полные права, а владелец группы может только получить к ней доступ и перечислить её содержимое, но не может дать разрешение другим:

Изменим права доступа к файлу ключа, предоставив владельцу права на чтение и запись, а группе — только для чтения:

Теперь, чтобы использовать сертификат, нужно включить модуль SSL с помощью команды a2enmod:

Почти всё готово. Теперь пришло время изменить наш виртуальный хост и настроить его следующим образом:

Порт 443 в строке 1 — это порт, используемый для HTTPS (вместо порта 80, используемого для HTTP).

Мы также добавили инструкцию SSLEngine on в строке 6.

Наконец, в строках 8–9 мы определили пути для сертификата и файла ключей, используя инструкции SSLCertificateFile и SSLCertificateKeyFile.

Теперь следуйте инструкциям по открытию порты брандмауэра из начале статьи, но на этот раз чтобы разрешить HTTPS-службу:

Наконец, перезагрузите конфигурацию Apache:

Готово. Теперь, если мы перейдём по адресу https://www.example.local, мы должны увидеть веб-сервер, предупреждающий нас о том, что используемый сертификат небезопасен. Это, однако, признак того, что наш сертификат работает, и трафик между клиентом и сервером будет зашифрован (вам необходимо добавить исключение для сертификата, чтобы использовать его).

Настройка Let’s encrypt

Альтернатива коммерческим и самозаверенным сертификатам — «Let’s encrypt». Это бесплатный, автоматизированный и открытый центр сертификации. Его цель — дать возможность автоматически получить сертификат, которому доверяет браузер, без какого-либо вмешательства человека.

Для этого используется протокол ACME (certificate management agent), который запускается на сервере.

Чтобы получить сертификат, вы должны подтвердить, что у вас есть контроль над доменом, для которого вы хотите его использовать. Если у вас нет доступа к shell на сервере, нужно связаться с вашим поставщиком услуг, чтобы активировать сертификат от вашего имени, но, возможно, на панели конфигурации сервиса есть специальный раздел.

Если же у вас есть доступ к shell, необходимо установить клиент certbotACME.

Для установки Certbot на Ubuntu 18.04 достаточно запустить:

Пакет Certbot поставляется с модулем systemd timer, который будет запускать Certbot два раза в день, чтобы поддерживать сертификат в актуальном состоянии. Получить сертификат довольно просто:

Очевидно, чтобы это работало, домен должен правильно указывать на ваш общедоступный IP-адрес. Certbot предложит вам несколько вопросов для настройки конфигурации, и, если всё пойдёт хорошо, сертификат и ключ будут сохранены в каталоге /etc/letsencrypt/live/. Просто настройте файл виртуального хоста, чтобы указать на них, и всё готово.

Как обезопасить сервер Apache

Основные средства защиты

Установка Fail2ban на Ubuntu Server 18.04

Если вы хотите обезопасить свой сервер Ubuntu, первое, что вы должны сделать, — это установить систему обнаружения вторжений Fail2ban.

Fail2ban отслеживает определённые файлы журналов (в /var/log) на предмет неудачных попыток входа или автоматических атак на сервер. Когда обнаруживается попытка компрометации с IP-адреса, Fail2ban блокирует его, добавляя новую цепочку в iptables и предотвращая доступ или дальнейшую атаку на сервер.

Fail2ban настолько легко установить и использовать, что его можно рассматривать как простое и универсальное решение для всех серверов Linux.

Установить его просто. Войдите в свой сервер Ubuntu и обновите его при необходимости. Обратите внимание, что если в этом процессе обновлено ядро, сервер нужно перезагрузить, поэтому выберите время, когда перезагрузка возможна. Чтобы обновить сервер, введите следующие команды:

После выполнения команд при необходимости перезагрузите сервер.
Установить Fail2ban можно с помощью одной команды:

Проверьте установленную версию:

После этого Fail2ban готов к работе. Запустить и включить сервис можно так:

Настройка jail

Настроим его для попыток входа по SSH. В каталоге /etc/fail2ban вы найдёте файл jail.conf. Не редактируйте его. Вместо этого создайте новый файл jail.local, который переопределит любые подобные настройки в jail.conf. Новая конфигурация будет отслеживать /var/log/auth.log, использовать фильтр sshd fail2ban, устанавливать для порта SSH значение 22 и устанавливать максимальное количество попыток — 3. Для этого выполните команду:

В новый файл вставьте следующее содержимое:

Сохраните и закройте его. Перезапустите Fail2ban с помощью команды:

На этом этапе, если кто-либо попытается войти на ваш сервер Ubuntu через SSH и эта попытка 3 раза завершится ошибкой, он не сможет больше войти, поскольку iptables заблокирует IP-адрес.

Тестирование и разблокирование

Вы можете проверить, работает ли jail, намеренно провалив три попытки входа на сервер через SSH. После третьей неудачной попытки соединение будет зависать. Нажмите Ctrl+C, чтобы выйти, а затем попытайтесь вернуться по SSH на сервер. Вы больше не сможете использовать SSH на этом сервере с того IP-адреса, который вы использовали.

Затем вы можете разблокировать свой тестовый IP-адрес с помощью следующей команды:

Где ip_address — запрещённый IP-адрес.

Теперь вы снова можете войти.

Модуль mod_evasive

Ещё одна отличная утилита для обнаружения и блокировки IP-адресов, которые используются при атаке типа «отказ в обслуживании». Модуль помещает подозрительные IP-адреса во временный чёрный список и сохраняет их там, если они продолжают подозрительно себя вести.

Благодаря простоте настройки и эффективность он стал одним из любимых инструментов защиты систем Apache. Если вы хотите защитить свой сайт без затрат, можете также использовать его.

Установка mod_evasive в Ubuntu

Введите команду:

Затем установите вспомогательную утилиту:

Чтобы установить модуль mod_evasive в Ubuntu, введите следующее:

Настройка mod_evasive

Как и большинство программных пакетов Linux, mod_evasive управляется файлом конфигурации.

Откройте его в текстовом редакторе с помощью следующей команды:

Найдите запись:

Знак # помечает это как комментарий. Удалите его, затем замените you@yourdomain.com своим адресом электронной почты. Используйте ту, которой вы постоянно пользуетесь — именно сюда будут отправляться оповещения.

Отредактируйте файл журнала, чтобы он выглядел следующим образом:

Сохраните и выйдите, затем перезагрузите Apache:

Тестирование mod_evasive

Пришло время проверить, правильно ли работает модуль.
Используйте скрипт test.pl. Его сценарий расположен по этому адресу:

/usr/share/doc/libapache2-mod-evasive/examples/test.pl.

Для его запуска примените эту команду:

Вывод должен выглядеть таким образом:

Параметры и настройки

DOSSystemCommand

Вы, возможно, заметили, что эта опция была помечена как комментарий и отключена. Она позволяет указать системную команду, которая будет выполняться при добавлении IP-адреса в чёрный список. Вы можете использовать её, чтобы запустить команду для добавления IP-адреса в брандмауэр или IP-фильтр.

DOSHashTableSize

Увеличьте значение для более загруженных веб-серверов. Опция выделяет пространство для выполнения операций поиска. Увеличение размера улучшает скорость за счёт памяти.

DOSPageCount

Количество запросов для отдельной страницы, после которого адрес помещается в чёрный список. В примере стоит 2, но это достаточно маленькое (и агрессивное) значение. Увеличьте его, чтобы уменьшить количество ложных срабатываний.

DOSSiteCount

Общее количество запросов на один и тот же сайт по одному и тому же IP-адресу. По умолчанию установлено значение 50. Вы можете увеличить его до 100, чтобы уменьшить количество ложных срабатываний.

DOSPageInterval

Количество секунд для DOSPageCount. По умолчанию значение равно 1 секунде. Это означает, что если вы не измените его, запрос 2 страниц за 1 секунду временно поместит IP-адрес в чёрный список.

DOSSiteInterval

Как и DOSPageInterval, он определяет количество секунд, которые отслеживает DOSSiteCount. По умолчанию это значение равно 1 секунде, то есть если один IP-адрес запрашивает 50 ресурсов на одном и том же веб-сайте за одну секунду, он будет временно помещён в чёрный список.

DOSBlockingPeriod

Время, в течение которого IP-адрес остаётся в чёрном списке. По умолчанию установлено 10 секунд, но вы можете изменить его на любое значение, которое вам нравится.

DOSLogDir

По умолчанию он настроен на запись журналов в /var/log/mod_evasive. Эти журналы можно просмотреть позже, чтобы оценить поведение клиента.

Белые IP-адреса

Эта опция по умолчанию не включена в файл evasive.conf.

Откройте файл для редактирования и добавьте следующую строку:

DOSWhitelist ваш_IP_адрес

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

Обязательно сохраните файл и выйдите из него, а затем перезагрузите службу Apache перед тестированием любого из этих параметров.

DNS Injection

Спам из веб-форм не только распространён, но и является быстрым способом внести домен в чёрный список подобный Spamhaus. Чтобы предотвратить подобное, вам нужно добавить ещё один модуль в Apache.

В терминале введите:

После завершения установки введите команду:

Далее откройте файл /etc/apache2/apache2.conf (используя sudo и ваш любимый текстовый редактор) и добавьте в конец вашего файла конфигурации блок:

Сохраните файл apache2.conf и перезапустите Apache, чтобы новый модуль вступил в силу.

Slowloris

В Apache есть модуль для предотвращения подобных DOS-атак. Вот как это работает. Откройте окно терминала. Введите команду:

После завершения установки проверьте конфигурацию в /etc/apache2/mods-available/qos.conf, чтобы убедиться, что она идеально соответствует вашим потребностям. После настройки модуля (при необходимости) перезапустите Apache.

Дополнительные средства защиты

Скрыть версию сервера

Это одно из первых соображений, поскольку вы не хотите показывать, какую версию веб-сервера вы используете. Её разоблачение означает, что вы помогаете хакеру ускорить процесс разведки.
Перейдите в папку:

Измените httpd.conf с помощью редактора. Добавьте следующую директиву и сохраните httpd.conf:

Перезапустите Apache.
ServerSignature удалит информацию о версии со страницы.
ServerTokens изменит заголовок только на рабочий, т. е. Apache.

Защита от атаки Clickjacking

Атака данного типа позволяет злоумышленнику выполнить клик на сайте-жертве от имени легитимного посетителя.

Чтобы обезопасить свой веб-сервер, вам нужно использовать заголовок «X-FRAME-OPTIONS»
Вы можете сделать это, отредактировав файл apache2.conf.

Добавьте следующую строку внутри Directory /var/www/html/:

Header always append X-Frame-Options SAMEORIGIN

Сохраните файл и перезапустите Apache.

Теперь попробуйте открыть веб-браузер для доступа к веб-серверу. Проверьте заголовки ответа HTTP в firebug. Вы должны увидеть X-Frame-Options.

Защита от атаки XSS

XSS (англ. Cross-Site Scripting — «межсайтовый скриптинг») является одной из наиболее распространённых атак на уровне приложений.

Вы можете защититься от неё, отредактировав файл конфигурации Apache.

Добавьте следующую строку внутри Directory /var/www/html/:

Header set X-XSS-Protection "1; mode=block"

Заключение

Мы рассмотрели установку и настройку, а также все наиболее важные способы защиты сервера Apache, и теперь вы можете полноценно приступить к изучению его работы на практике.

Кто такой DevOps-инженер, чем занимается и как им стать — рассказывает Василий Озёров, руководитель международной команды Fevlake и SVP of Infrastructure в Airpush Inc.

Если нужен более свежий и детальный маршрут обучения, посмотрите Roadmap DevOps-инженера в 2026 году: что учить и в каком порядке. Там путь разобран слоями: от Linux, Git и Docker до Kubernetes, наблюдаемости, безопасности и GitOps.

1. Что такое DevOps?
2. Что должен знать DevOps-инженер?
3. Как стать специалистом в DevOps?
4. Заключение
5. Часто задаваемые вопросы

В этой статье я постараюсь рассказать о том, что требуется ИТ-специалисту, чтобы стать DevOps-инженером. Но сначала несколько слов о себе, чтобы познакомиться поближе. Меня зовут Василий, работаю SVP of Infrastructure в одной из рекламных компаний, владею собственным бизнесом и на досуге пишу в свой канал Хмельной DevOps.

С Unix системами я познакомился в далеком 2005 году, ещё будучи учеником лицея. О да, те незабываемые ночи, проведенные за установкой FreeBSD и компиляцией KDE из исходников. К слову, именно благодаря этому я и нашел свою первую работу, где разрабатывал небольшие проекты на QT/C++, занимался настройкой Cisco, а также поднимал почтовые сервера.

И вот, наконец, я попал в геймдев компанию, где и начал свою карьеру DevOps-специалиста. Активное взаимодействие разработчиков и команды эксплуатации погрузили меня в доселе невиданный мир. До этого момента путь кода от разработчика на продакшн виделся мне огромной черной бездной, в которой было невозможно ничего разглядеть.

Но, окунувшись в неё с головой, я понял, что все не так уж и страшно. Я увидел, как приложения собираются, как тестируются, как уходят в продакшн, где их видит весь интернет. Давайте приподнимем завесу тайны и посмотрим, как же стать успешным DevOps-инженером.

Что такое DevOps?

DevOps — это сокращение от Development Operations, и, на самом деле, это не название профессии. Это культура, методика, если угодно. DevOps-движение возникло в 2008 году и было призвано решить накопившиеся проблемы. Очень много компаний видели проблему во взаимодействиях команд разработки и эксплуатации.

Разработчики считали, что если код запустился у них локально, то нет проблем — можно запускать в продакшен. Если всё же проблемы возникали, то со стороны команды эксплуатации звучало: «Да это проблемы с кодом, пусть разработчики разбираются». Из-за такого подхода релизы продуктов постоянно затягивались и зачастую страдало качество конечного продукта. Сильно накладывало отпечаток ещё и то, что за один релиз выкатывалось очень много изменений и было очень трудно разобраться, что же породило проблемы на продакшене.

DevOps был призван решить эти проблемы. Он должен был стать связующим звеном между командой разработки и командой эксплуатации. Условно, в DevOps культуре можно выделить несколько ролей, которые очень хорошо соотносятся с профессиями:

• Build Engineer — человек, отвечающий за сборку кода. Подтягивание зависимостей, разбор конфликтов в коде — это все про него.
• Release Engineer — отвечает за доставку кода от разработки в продакшн. Какая ветка пойдет в тестирование, какой билд попадет на продакшн, релиз-инженер занимается именно этим.
• Automation Engineer — инженер по автоматизации. Автоматизирует все, что движется. А что не движется, двигает и тоже автоматизирует. Автоматическая сборка при пуше в гит, прогон тестов, деплой на staging, деплой в продакшн — это все его задачи. Ключевая роль в DevOps подходе.

В целом можно выделить ещё несколько ролей. Например, Security Engineer, который будет отвечать за прогон security-тестов и изучение уязвимостей в используемых компонентах.

В реальном мире все (или почти все) эти роли по отдельности обычно совмещает какой-нибудь другой человек. К примеру, роль билд-инженера можно отдать в руки разработчика. Да и автоматизация настройки серверов обычно отдается системным администраторам. А DevOps-специалисту остаётся проработать и автоматизировать процесс сборки и доставки кода от разработчика в продакшн.

Что должен знать DevOps-инженер?

Строго говоря, никаких специальных требований к DevOps-студенту не предъявляется, но вход в профессию будет намного легче, если вы с порога обладаете некоторыми навыками.

Senior System Administrator

Или хотя бы Middle. Идея в том, что вы должны на хорошем уровне разбираться в среде, в которой будут работать ваши приложения. Как они стартуют (init, systemd), что делать, если вы видите ошибку too many open files, использовать или не использовать swap. Все это очень сильно пригодится, когда вы будете запускать реальные проекты.

С чего начать:

1. Пройдите базовый курс по Linux.
2. Я учился по сайту lissyara.su, речь тут идет больше о FreeBSD, но, изучив все статьи, получится хорошо расширить свой кругозор по часто используемом софту.
3. Самое главное во время обучения devops — с головой окунуться в происходящее. Этому очень способствуют тематические форумы и телеграмм-каналы.

Networking — CCNA

Очень важная вещь, хотя про это забывают многие разработчики. Я считаю, что нельзя писать онлайн-сервисы, не понимая, как работает сеть. Никто не говорит, что надо заучивать семь уровней модели OSI, но точно потребуется знать, как работает IP, TCP/UDP и, конечно, протокол уровня приложения — например, HTTP, HTTP/2. Это сохранит вам кучу нервов выискивая причины ошибки Connection Refused.

С чего начать:

1. Запишитесь на курс CCNA.
2. Установите себе GNS 3 и прокачивайтесь в настройке сетевого оборудования.

Junior Developer

Да-да. Вы должны представлять, как пишется код, что такое ООП, что такое потоки и ещё кучу разных вещей. В общем, чем больше у вас знаний в этом пункте, тем легче вам будет собрать и выкатить приложение.

Многие могут не согласиться со мной, аргументируя это тем, что код должен писать разработчик. Но, простите, если вы не понимаете, как создаётся программный продукт, то как вы будете автоматизировать его сборку, тестирование и депплой? Сможете ли вы заметить узкое место в архитектурном решении до того, как оно попадет на продакшн?

Чтобы ответить на эти вопросы, devops должен немного углубиться в основные понятия. С чего начать:

1. Изучить основные типы используемых данных.
2. Посмотреть на основные применяемые алгоритмы.
3. Почитать про паттерны программирования.
4. Пройти простой курс по любому языку программирования, например, у golang есть неплохой интерактивный онлайн-туториал.

Junior DBA

На самом деле это входит в предыдущий пункт, но я все же решил его вынести отдельно. Поскольку все текущие проекты в любом случае используют базы данных, было бы неплохо уметь писать SQL запросы, использовать explain и понимать, как работают и зачем нужны index’ы. Ну и до кучи посмотреть на популярные NoSQL решения.

С чего начать:

1. Самое простое — это пройти какой-нибудь курс, например от Enterprise DB.
2. Если курс не хочется,то открываем документацию по PostgreSQL, устанавливаем базу, создаем таблички и изучаем основные команды, такие как select, insert, join. Смотрим на execution plan запроса, создаем индексы, а также бэкапим, восстанавливаем и настраиваем репликацию.

Судя по моей личной статистике, чаще всего в DevOps приходят люди из эксплуатации, поскольку у разработчиков обычно не прокачан первый скилл из списка. Но я знаю два случая из жизни, когда senior developers становились DevOps, потому что им надоело, как работает эксплуатация. И, к слову, помимо технических навыков вам точно потребуются некоторые софт скилы. Как минимум вы будете очень много общаться со всеми заинтересованными сторонами. Также вы будете продвигать новые идеи и технологии, что потребует от вас умения ясно и четко доносить свои мысли и умение спорить. Про стрессоустойчивость писать не буду, но терпение вам точно понадобится, поскольку внедрить новую крутую технологию зачастую невозможно в течение одного дня.

Как стать DevOps-инженером?

Вообще DevOps-инженер — это больше про опыт, нежели про знание конкретного софта. Девопс-ребята постоянно учатся, изучают и тестируют новые проекты и технологии. Они должны постоянно задавать себе вопрос: улучшит ли эта технология наш проект? Что лучше выбрать в качестве языка: Ruby, Python, Go или написать на чистых плюсах? А как мы будем доставлять изменения в продакшен, чтобы не поломать работающие системы?

Главное, что надо понимать, — DevOps-специалист обладает действительно хорошим кругозором. Чтобы его расширить необходимо постоянно заниматься самообучением. Ниже я привел примерные шаги, которые помогут вам вырасти из, например, системного администратора в DevOps-инженера. Запомните: список всего лишь указывает направление, оттачивать навыки придётся вам самим.

1. Сразу напишем небольшое приложение. Язык выбираем абсолютно любой. Приложение будет отдавать информацию о пользователях через HTTP. По сути, простенькое API.
2. Теперь давайте добавим работу с базой: пусть наши пользователи хранятся в базе. Идеально структуру базы хранить рядом с кодом и научиться прогонять миграции при новых изменениях. Таким образом ваше приложение само синхронизирует базу до нужной структуры.
3. Регистрируемся на GitHub/Bitbucket и закидываем весь исходный код нашего приложения туда.
4. На своей машине поднимаем Jenkins/TeamCity и настраиваем автоматическую сборку приложения из нашего репозитория по кнопке.
5. Усложняем задачу. Настроим webhooks на GitHub/Bitbucket, которые будут автоматически запускать сборку на Jenkins/TeamCity.
6. Добавим тестов в Jenkins: как минимум можно прогонять линтер по нашему коду или набросать unit-тесты.
7. Переключимся на настройку dev окружения. Берём в руки Ansible, Chef, Puppet или SaltStack и настраиваем виртуалку с нуля: создаем пользователей, устанавливаем необходимые библиотеки и зависимости.
8. Подводим все это дело под Vagrant: виртуалка должна автоматически подниматься и настраиваться. Это важный этап в девопс.
9. Подключаем vagrant к Jenkins с помощью соответствующего плагина: при пуше в Git наше приложение собирается, и поднимается виртуальное окружение с помощью Vagrant + Configuration System Management.
10. Ищем best practices по деплою приложений на языке, который вы выбрали. Можно заворачивать всё в deb-пакеты, можно деплоить Ruby с помощью Capistrano. Главное — выбрать решение.
11. Выбор сделан, реализуем его и конфигурируем Jenkins, чтобы после пуша в репозиторий, Jenkins, помимо сборки приложения и развертывания окружения, выкладывал и запускал наш код.
12. Добавляем смоук-тесты: после запуска Jenkins должен запросить список пользователей у нашего API и убедиться, что получает ответ.
13. Добавляем мониторинг нашего проекта: изучаем time series базы, настраиваем prometheus, grafana, автоматически подключаем новый инстанс нашего приложения к мониторингу.
14. Улучшаем мониторинг: интегрируемся со Slack и PagerDuty, чтобы получать нотификации.
15. Читаем про Docker, пишем Dockerfile и оборачиваем наше приложение.
16. Изучаем увлекательные статьи про настройку систем оркестрации Swarm, Kubernetes, Rancher Cattle. Следуем рекомендациям и поднимаем кластер.
17. Меняем Jenkins: собираем Docker-образ, прогоняем тесты, запускаем собранный докер на кластере Kubernetes, проводим smoke-тесты, вводим наше приложение в балансировку.

Разобрались, как стать DevOps-инженером? Смотрите также, какие инструменты используются в DevOps.

Главной целью всех этих шагов является получение опыта работы с различными технологиями. Я уже говорил, что самое главное для DevOps-специалиста — это кругозор, так что берем эти же 17 пунктов и в каждом из них меняем технологию на новую. Писали приложение на Go? Теперь пишем на Ruby. Использовали Jenkins? Берём TeamCity. Поднимали Kubernetes? Настраиваем swarm. Таким нехитрым образом через несколько месяцев вы заранее сможете понять, что лучше использовать в конкретной ситуации, а это — самое главное качество грамотного и успешного DevOps.

Часто задаваемые вопросы

Можно ли стать DevOps-инженером без опыта в разработке?

Да, большинство DevOps-специалистов приходят из системного администрирования, а не из разработки. Однако базовое понимание кода, алгоритмов и паттернов программирования значительно упростит работу. Достаточно пройти вводный курс по любому языку (Python, Go, Ruby) и разобраться с основами ООП и работой с API.

Сколько времени нужно, чтобы стать DevOps-инженером с нуля?

При системном подходе и ежедневной практике — от 6 до 12 месяцев до уровня Junior DevOps. За это время можно освоить Linux, сети, CI/CD-инструменты (Jenkins, GitLab CI), контейнеризацию (Docker) и основы оркестрации (Kubernetes). Полноценным Middle-специалистом обычно становятся через 2–3 года реальной работы.

Какие инструменты DevOps самые востребованные?

В число наиболее востребованных инструментов входят: Git (контроль версий), Jenkins или GitLab CI (CI/CD), Docker и Kubernetes (контейнеризация и оркестрация), Ansible или Terraform (инфраструктура как код), Prometheus и Grafana (мониторинг). Конкретный стек зависит от компании, но эти инструменты покрывают большинство вакансий.

Чем DevOps-инженер отличается от системного администратора?

Системный администратор фокусируется на поддержке инфраструктуры и серверов, тогда как DevOps-инженер отвечает за весь цикл доставки кода — от сборки до деплоя в продакшн. DevOps-специалист автоматизирует процессы, выстраивает CI/CD-пайплайны и является связующим звеном между командами разработки и эксплуатации.

Заключение

Да, стать DevOps-инженером с нуля не так-то просто, серебряной пули не существует. Не существует её и в любой другой области. Всегда придётся изучать, читать, пробовать. Но после 10-ой итерации вы войдёте во вкус. Вы не будете пропускать ни одной интересной софтинки, станете изучать и пробовать всё новое и неизведанное. А новое и неизведанное — это всегда круто. Кто бы там что ни говорил, дерзайте!

Чем активнее развиваются IT-технологии в отдельно взятой компании, тем отчётливее становятся видны круги под глазами у сисадминов, которым приходится контролировать всё больше процессов и следить за здоровьем всё большего количества систем.

Задачу здорово облегчают инструменты мониторинга: условный Zabbix следит за инфраструктурой, а какой-нибудь 24×7 не даёт потерять клиентов в интернет-магазине.

Правда, в какой-то момент приходится с сожалением признать: мониторинга в вашей жизни стало слишком много. Причём «много» относится как к объёму однотипных средств, так и к их ассортименту, направленному на решение всевозможных задач.

Системы зонтичного мониторинга и управления событиями вывели мониторинг на принципиально новый уровень. Сравнивать их с нишевыми решениями не совсем корректно — они решают разные задачи, но переход к «зонтикам» определённо level-up для компании. Подобное ПО позволяет упростить работу технических специалистов за счёт создания единой системы управления IT-службой, включающей и поиск взаимосвязей между событиями, сгенерированными в системах разных типов, и прозрачную логику управления, и автоматизацию действий.

Зонтичных систем на рынке не так много, как, например, инструментов web-мониторинга, но сравнить есть что. Другой вопрос — как: помимо общих данных и каких-то отличительных особенностей каждого ПО, можно наметить внятные параметры оценки. Кстати, некоторые из них — например, поиск первопричин — можно встретить и в нишевых инструментах. Но касается это только продвинутых и мощных решений, а для зонтичного мониторинга подобные функции — что-то вроде обязательной программы.
Общие критерии сравнения выглядят примерно так:

• Способ установления связей между элементами. Здесь есть три варианта: ресурсно-сервисная модель, машинное обучение или всё вместе. Большинство систем выбирают машинное обучение (из представленных ниже продуктов только два имеют ресурсно-сервисную модель). Ресурсно-сервисная модель исключает неточности, связи отличаются чёткостью, но требует определённых усилий при первоначальной установке. При машинном обучении остаётся риск ошибки, а эффективно оно тогда, когда есть существенная статистика.
• Создание правил. Вещь незаменимая для приоритизации задач, и чем правила сложнее, тем больше открывается возможностей.
• Сложная аналитика (предсказания и постанализ). Предсказания сбоев, кажется, в дополнительных комментариях не нуждаются – предотвратить всегда лучше, чем исправлять.
• Шкала времени. Функция, которая встречается нечасто, но полезна тем, что позволяет вывести на экран инциденты с привязкой ко времени.
• Поиск первопричин. Возможность, которая позволяет 100 инцидентов превратить в 1 и устранить реальную проблему, а не её симптомы.
• Управление IT-службой. Создание рабочих групп и распределение зон ответственности — очень хорошо; возможность тонкой настройки и множество внутренних инструментов для взаимодействия — идеально.
• Охват. Полностью срабатывает постулат «чем больше, тем лучше». Чем больше видов мониторинга и конкретных инструментов можно собрать под зонтиком, тем выше эффективность работы.

С критериями определились, можно переходить к делу.

HP

Система выделяется на фоне прочих как раз наличием ресурсно-сервисной модели. Представляет собой эдакий конструктор со множеством модулей, покрывающих всевозможные задачи. А вот внешние интеграции не предусмотрены, что в каком-то смысле делает пользователя заложником системы. Требуется новая функция? Будьте любезны, приобретите новый модуль. Вместе с тем клиенты отмечают приличную функциональность и удобство интерфейса. В некоторых случаях недовольство вызывает работа техподдержки: в ответ на клиентский запрос компания может предложить обновить уровни поддержки. «Мы не обязаны переходить на премиальный план, чтобы получить ответ на вопрос», – вполне обоснованно негодуют пользователи.

IBM Tivoli

«Мощный и дорогой», – говорят одни. «Старая рабочая лошадка», – утверждают другие. Правы все: цена системы действительно высока, но в функциональности и надёжности ей не откажешь. Клиентам предоставляется свобода выбора: при желании можно использовать и внутренние модули, и внешние системы. Кстати, модули могут быть доработаны под требования заказчиков.

BigPanda

Одним из главных плюсов BigPanda являются открытые API, которые позволяют интегрироваться со множеством внешних систем. Продукт достаточно стабилен и надёжен, хотя некоторые пользователи замечали определённые задержки во время крупномасштабных инцидентов. Настройка относительно проста, а интерфейс понятен.

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

Сервис-монитор

Отечественный продукт и вторая в списке система, имеющая ресурсно-сервисную модель. Придерживается политики максимальных внешних интеграций: заказчик может не только интегрироваться через существующие коннекторы (что важно – с бесплатным ПО), но и под заказ получить нужные, если их нет. Предлагает пользователям бесплатный пакет, что безусловно плюс. А вот отсутствие дашбордов в век визуализации и наглядности очки у продукта отнимает. Компания предоставляет услуги по внедрению и технической поддержке.

Pagerduty

Система держит курс на развитие BI-мониторинга. Отличается гибкостью и надёжностью, имеет обширные возможности внешних интеграций и внушительную библиотеку документации, которую пользователи называют «фантастической». На её изучение может уйти немало времени: первоначальные настройки часто кажутся совсем не «интуитивно понятными». Но клиенты утверждают, что только первые шаги трудные, дальнейшая же работа с инструментами не представляет сложности.

Monitis

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

Система больше заточена под web-мониторинг и со своими задачами справляется хорошо, но пользователи хотели бы видеть более расширенную функциональность – например, возможность глубокой аналитики. В сравнении с некоторыми конкурентами, имеющими больший функциональный потенциал, стоимость Monitis кажется завышенной.

редоставляет возможность бесплатного использования в течение 15 дней.

Zidium

Ещё один российский аналог, но в сравнении с конкурентами кажется очень уж примитивным – нет некоторых важных функций, интерфейс упрощен, охватывает далеко не все типы мониторинга. Строго говоря, основной функцией Zidium является мониторинг сайтов и приложений, хотя инфраструктурный мониторинг тоже выполняется. Предлагает заказчикам несколько вариантов: установку на своём сервере, бесплатный тариф с лимитами и развёртывание на оборудовании клиента.

И отдельно — об охвате:

Смотрите также: Огромная подборка инструментов сисадмина

Книга, написанная самим создателем Linux Линусом Торвальдсом. В ней он рассказывает о своей жизни и о том, с чего началась разработка Linux. Также в ней Линус поделился своим видением по разработке открытого программного обеспечения и Linux в частности. Если хочется посмотреть на Linux со стороны «отца» системы, а также больше узнать о его личности, то эта книга обязательна к прочтению.

Командная строка в Linux — основной инструмент для работы с этой ОС. Поэтому, чтобы полноценно настроить систему под свои нужды и ускорить рабочий процесс, нужно обучиться работе с этим инструментом и основным командам. Данная книга познакомит читателя с возможностями командной строки в Linux. В частности, здесь рассказывается о том, как:

• создавать, удалять и редактировать файлы, а также работать с каталогами и символьными ссылками;
• администрировать систему, включая установку необходимых пакетов и управление процессами;
• писать скрипты для автоматизации различных задач;
• работать с текстовыми файлами.

Несмотря на название книги, она подойдёт не только специалистам в информационной безопасности, но и системным администраторам. В данной книге по полочкам разложены многие аспекты настройки ОС Linux с целью повышения безопасности и производительности системы. Автор Михаил Флёнов рассмотрел потенциальные уязвимости и атаки злоумышленников, а также методы борьбы с ними. Книга хороша также тем, что с её помощью можно изучить «внутреннюю кухню» Linux.

Книга подойдёт системным администраторам, которые обеспечивают стабильную работу серверов на Windows, но сталкиваются с настройкой Linux-окружения. Она поможет быстро освоиться с работой на Linux. В ней вы найдёте информацию по настройке сетей, работе с файловой системой, диагностике работы серверов, а также управлению процессами.

Второе издание книги, главная особенность которой — небольшой размер и максимум практики. В ней содержится более 100 готовых к использованию фрагментов программ и команд для выполнения типичных задач в Linux. Материал книги охватывает как командную строку, так и различные оболочки Linux. Но она не заменит полноценное руководство по Linux, поскольку предназначена именно для быстрого поиска решения возникающих задач.

Девятое издание этой книги является достаточно полным руководством по работе с Linux, в том числе с Red Hat Enterprise Linux 7 (RHEL 7), Fedora 21 и Ubuntu 14.04 LTS. Отличительной особенностью книги стало разделение материала по уровням. Сначала даётся базовая информация о Linux, затем необходимые знания для рядового пользователя, системного администратора, потом рассматриваются серверное администрирование и безопасность. За счёт такой многоуровневости книга подойдёт всем желающим уверенно работать с этой ОС.

Официальная документация популярного Linux-дистрибутива Ubuntu постоянно поддерживается, поэтому в ней можно найти подробную информацию о наиболее последних версиях системы. Оно содержит информацию о том, как устанавливать и настраивать различные приложения в пользовательской и серверной версиях Ubuntu в соответствии с заданными требованиями. Документация по Ubuntu Desktop доступна для чтения только онлайн, по Ubuntu Server — онлайн и в PDF-формате.

В корпоративной среде популярностью пользуется дистрибутив Red Hat Enterprise Linux, считающийся одним из самых стабильных. Данная книга призвана рассказать об особенностях системы как новичкам, так и опытным пользователям. Новичку будет интересно почитать о настройке рабочей среды, электронной почты и веб-сервера. Более опытные пользователи RHEL найдут в книге такие темы, как удалённый доступ, управление логическими томами (LVM), разделение дисков, виртуализация KVM, SSH и совместное использование файлов с использованием Samba и NFS. В книге рассматривается немного устаревший RHEL 6, но в ней описаны концептуальные вещи, не теряющие актуальность со временем.

Эту книгу нельзя было обойти стороной, хоть и Linux рассматривается только в одном разделе. Это классический труд Эндрю Таненбаума, в котором рассказывается обо всех аспектах современных операционных систем. В разделе про Linux можно найти информацию об истории возникновения UNIX и Linux, архитектуре системы, её процессах, управлении памятью, вводе-выводе, файловой системе и безопасности. Кроме того, а этой главе рассматривается и Android как отдельная система на базе Linux.

Книга является хорошим руководством по работе с ядром Linux. В ней рассказывается о различных нюансах при эксплуатации этой ОС, системном администрировании Linux, а также о низкоуровневых механизмах системы. Также в книге рассматривается программирование shell-скриптов, программирование на языке Си, безопасность системы, виртуализация, компьютерные сети и многое другое.

Книга будет интересна всем, кто интересуется внутренней составляющей Linux. Здесь рассказывается о загрузке ОС, управлении устройствами, драйверами устройств и процессами, работе сетей и интерфейсов, инструментах для разработки, написании эффективных shell-скриптов, а также ключевых функциях ядра в пользовательском пространстве: системные вызовы, ввод/вывод и файловая система. Все эти знания помогут тщательно настроить систему под себя.

Книга является полным руководством по установке, настройке и обслуживанию любых UNIX- или Linux-систем, в том числе обеспечивающих облачную инфраструктуру. Руководство охватывает такие темы, как управление хранилищем, проектирование и администрирование сети, безопасность, веб-хостинг, автоматизация, управление конфигурацией, анализ производительности, виртуализация и DNS.

В книге описано поэтапное конструирование собственной системы на базе Linux только с необходимыми open source программами. В частности, автор Крис Симмондс рассматривает:

• необходимый для этого набор инструментов;
• ядро Linux и его загрузчики;
• конфигурирование файловой системы;
• работу с системами сборки Buildroot и Yocto Project;
• управление памятью, а также процессы и потоки;
• отладку и оптимизацию полученной системы;
• исполнение приложений реального времени.

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

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

Одна из немногих качественных книг о Linux-дистрибутиве Debian. Её поддерживают опытные участники сообщества этой ОС, что означает качественную и понятную подачу материала. Книга призвана собрать всю необходимую информацию об этой системе в одном месте, чтобы сделать дистрибутив популярным у пользователей. В силу того, что экосистема Debian состоит только из свободного ПО, то и сама книга доступна для прочтения всем желающим на нескольких языках, включая русский. Седьмое издание книги описывает Debian версии 8.

Какие книги помогли вам освоиться в Linux? Пишите своё мнение в комментариях. Лучшие книги из комментариев также войдут в эту подборку.

Вы когда-нибудь интересовались, чем занимаются системные администраторы? Ну, по крайней мере, увидеть их в офисе удаётся нечасто, а когда они вам нужны, то их почти всегда нет на рабочем месте или они заняты чем-то очень важным. Чтобы в общих чертах представить, что делает сисадмин, стоит посмотреть, как проходит его типичный рабочий день.

9:00

Проверяешь электронную почту. Видишь 63 непрочитанных письма и решаешь, что без чашки кофе с этим не справиться. Удаляешься, чтобы сделать первую за этот день чашку кофе.

9:02

Открываешь первое непрочитанное письмо. Пока оно грузится, видишь всплывающее уведомление о новом письме. Вздыхаешь — утро обещает быть нелегким.

9:45

Ты расправляешься с одним письмом за другим. Прогресс идёт хорошо. Первым делом ты решаешь срочные проблемы, откладывая менее важные запросы на потом. Ты в ударе!

9:48

Рано радуешься. Звонок на линии техподдержки. Женщина спрашивает, почему ты всё ещё не ответил на её email, ведь ей нужно, чтобы проблема была решена немедленно (хотя ты-то знаешь, что на самом деле это всего лишь маленькая помеха, не мешающая её работе). Откладываешь свою работу и подключаешься к её компьютеру, чтобы со всем разобраться.

10:15

Отправляешься в офис клиента, чтобы провести техобслуживание.

10:30

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

10:43

Заставляешь принтер заработать снова. Теперь можно вернуться к техобслуживанию. Стараешься игнорировать тот факт, что ты теперь немного выбился из графика.

12:30

Обед. Хочешь выскользнуть из офиса, чтобы быстро перекусить, но пользователь только что заявил, что у него проблемы с софтом. Уходя из офиса, он говорит, что хочет, чтобы ты решил проблему к его возвращению.

13:27

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

13:56

Люди стекаются обратно в офис. Пользователь возвращается к своему рабочему месту, чтобы обнаружить, что ты всё ещё возишься с его компьютером.

14:04

Полностью решаешь проблему. Фух, это было трудно. Сводишь концы с концами и заканчиваешь работу.

14:30

Наконец-то еда!

15:00

Ох, проблема у другого пользователя. Похоже, что проблема с серверами и её нельзя решить через удаленный доступ. Лучше поехать к нему, чтобы посмотреть.

15:18

Пользователи расстроены, потому что они не могут работать, пока лежат сервера.

15:19

Начинаешь решать проблему. Руководитель компании хочет знать, когда сервера снова заработают, потому что сбой негативно сказывается на бизнесе. А сказать, когда они заработают, пока сложно, потому что ты ещё не выяснил причину.

16:04

Сервера снова работают.

16:30

Еженедельная встреча с менеджерами проектов и IT-директором в офисе. Цель этих собраний в том, чтобы сисадмины были в курсе последних технологических изменений и имели возможность поделиться своими знаниями друг с другом. Во время встреч менеджеры проектов и IT-директор узнают о недавних проблемах, с которыми столкнулись клиенты, и обсуждают возможные варианты решения этих проблем.

17:50

Радуешься, что длинное собрание наконец закончилось. Боже, это что, опять звонок на линии техподдержки?

17:53

Удалённо подключен к компьютеру пользователя. Спрашиваешь в чате, можно ли начать работу на его компьютере. Пользователь не ответил.

18:01

Пользователь только что разрешил тебе залезть в его компьютер.

18:17

Закончил помогать пользователю с его проблемой. Вот и закончился этот день… если, конечно, никто не позвонит в поддержку в нерабочее время.

Разумеется, некоторые дни более загружены, чем другие. Но в любой день вы застанете системных администраторов где-то в пути между офисами клиентов или у поставщиков, где нужно забрать необходимые запчасти. Этот ироничный текст — всего лишь вершина айсберга всего того, что делают сисадмины, так что, если вам интересно узнать больше, просто спросите их!

• Резервное копирование
• Автоматизация сборки
• ChatOps
• Клонирование
• Облачные вычисления
• Облачная оркестрация
• Облачное хранилище
• Просмотр кода
• Организация совместной работы
• База данных управления конфигурации
• Управление конфигурацией
• Непрерывная интеграция и развёртывание
• Панели управления
• Автоматизация развёртывания
• Создание диаграмм
• Распределённые файловые системы
• DNS
• Редакторы
• Управление IT-активами
• LDAP
• Работа с логами
• Почтовые серверы
• Обмен сообщениями
• Мониторинг
• Показатели и сбор показателей
• Управление конфигурацией сети
• Рассылки
• NoSQL
• Упаковка
• Распределение и планирование задач
• СУБД
• Безопасность
• Обнаружение сервисов
• Контейнеры
• SSH
• Статистика
• Страницы состояния
• Тикет-системы
• Устранение неполадок и диагностика
• Управление проектами
• Управление версиями
• Виртуализация
• Веб
• Веб-почта
• Вики
• Блоги
• Книги
• Рассылки для сисадминов
• Репозитории
• Сайты

Резервное копирование

• Amanda — программа для архивирования информации, обладающая возможностью резервного копирования данных, постоянно хранящихся на множестве компьютеров в компьютерной сети;
• Attic — программа для дедуплицированного резервного копирования, написанная на Python;
• Bacula — кроссплатформенное клиент-серверная программа, позволяющая управлять резервным копированием, восстановлением, и проверкой данных по сети для компьютеров и операционных систем различных типов;
• Bareos — форк инструмента Bacula;
• Barman — менеджер бэкапов для аварийного восстановления серверов PostgreSQL;
• Backuppc — программа для резервного копирования данных с управлением через веб-интерфейс;
• Brebis — инструмент для автоматической проверки бэкапов;
• Bup — эффективная система резервного копирования с глобальной дедупликацией;
• Burp — программа для резервного копирования и восстановления сети;
• Duplicati — бесплатный инструмент для онлайн-хранения зашифрованных бэкапов;
• Duplicity — резервное копирование с шифрованием;
• FreeFileSync — инструмент для сравнения и синхронизации папок;
• Lsyncd — монитор файловой системы, синхронизирующий директории;
• restic — быстрая, безопасная и эффективная программа для резервного копирования;
• Rsnapshot — инструмент для создания снимков файловой системы;
• SafeKeep — open-source приложение для резервного копирования;
• Snebu – эффективный инструмент для создания резервных копий с помощью снимков системы для Unix/Linux-систем;
• UrBackup — простая в использовании система резервного копирования;
• ZBackup — универсальный инструмент для дедупликации бэкапов;
• Backup — библиотека на Ruby для резервного копирования на Unix-системах;
• DREBS — инструмент для создания периодических снимков томов AWS EBS.

Автоматизация сборки

• Apache Ant — инструмент для автоматизации сборки. Похож на make, написан на Java;
• Apache Maven — инструмент для автоматизации сборки, в основном для Java;
• GNU Make — самый популярный инструмент для автоматизации сборки с множеством применений;
• Gradle — ещё один open-source инструмент для автоматизации сборки.

ChatOps

• CloudBot — простой, быстрый, расширяемый open-source IRC-бот на Python;
• Eggdrop — самый популярный open-source IRC-бот, гибкий и простой в использовании;
• Err — модульный чат-бот, который легко развернуть и поддерживать;
• Hubot — фреймворк для создания чат-ботов, созданный на основе GitHub Campfire;
• Lazlo — фреймворк для ChatOps-автоматизации, написанный на Go;
• Lita — чат-бот на Ruby;
• KeyBase — чат-приложение с шифрованием, облаком и git.

Клонирование

• Clonezilla — программа, предназначенная для клонирования дисков и отдельных разделов жёсткого диска, а также создания резервных копий и аварийного восстановления системы;
• Fog — open-source система для клонирования;
• Redo Backup — простой, но эффективный инструмент для резервного копирования и восстановления.

Облачные вычисления

• AppScale — облачная платформа для создания масштабируемых веб- и мобильных приложений. Совместима с Google App Engine;
• CloudStack — open-source платформа облачных вычислений для запуска и управления большими сетями виртуальных машин;
• Cobbler — сервер развёртывания Linux;
• Mesos — создавайте и запускайте распределённые системы с эффективным использованием ресурсов;
• OpenNebula — облачная платформа для сисадминов и devops;
• Openshift Origin — дистрибутив Kubernetes для непрерывной разработки приложений и их развёртывания, разработанный Red Hat;
• OpenStack — open-source программное обеспечение для создания частных и публичных облаков;
• The Foreman — инструмент для управления жизненным циклом физических и виртуальных серверов;
• Tsuru — open-source расширяемое PaaS программное обеспечение;
• Terraform — позволяет работать с инфраструктурой как с кодом и в основном используется для AWS/GCE.

Облачная оркестрация

• BOSH — IaaS платформа оркестрации, изначально созданная для развёртывания и управления Cloud Foundry PaaS, но также полезная для распределённых систем общего назначения;
• Ansible — содержит модули для управления многими типами облачных ресурсов;
• Cloudify — open-source облачная платформа для оркестрации, написанная на основе TOSCA с помощью Python и YAML;
• Consul — инструмент для настройки сервисов инфраструктуры;
• Doozerd — высокодоступное хранилище для небольших объёмов чрезвычайно важных данных;
• etcd — надёжное распределённое хранилище для наиболее критичных данных системы;
• Juju — развёртывайте, настраивайте и масштабируйте ваше программное обеспечение на публичных и частных облаках;
• MCollective — фреймворк на Ruby для управления серверной оркестрацией;
• Overcast — простая программа командной строки, упрощающая развёртывание, настройку и управление кластерами виртуальных машин;
• Rundeck — простой инструмент для оркестрации;
• Serf — децентрализованное членство в кластере, обнаружение неполадок и окрестровка;
• StackStorm — ChatOps-платформа для управления инфраструктурой. Написана на Python;
• ZooKeeper — сервис для работы с распределёнными системами.

Облачное хранилище

• git-annex assistant синхронизированная папка на всех ваших устройствах под управлением OS X, Linux, Android, а также на съёмных носителях и NAS-устройствах;
• nextCloud — сетевой доступ к файлам;
• ownCloud — предоставляет универсальный доступ к файлам по сети;
• Seafile — open-source решение для облачного хранения;
• SparkleShare — предоставляет услуги по облачному хранению и синхронизации файлов;
• Swift — высокодоступное распределённое хранилище;
• Syncthing — open-source система для зашифрованного распределения данных.

Просмотр кода

• Gerrit — open-source приложение с веб-интерфейсом, интегрируемое с Git, предназначенное для совместного проведения инспекции кода;
• Phabricator — инструмент для просмотра кода, созданный Facebook и используемый WikiMedia, FB, DropBox и другими;
• Review Board — инструмент для совместного просмотра кода с веб-интерфейсом.

Организация совместной работы

• Citadel/UX — open-source веб-приложение для организации совместной работы;
• EGroupware — веб-приложение для совместной работы группы людей, написанное на PHP;
• Horde Groupware — веб-приложение на PHP для организации совместной работы;
• Kolab — свободный почтовый сервер с поддержкой совместной работы, календарей, списков дел, WebDAV, ActiveSync синхронизацией и многим другим;
• SOGo — groupware — сервер с упором на простоту и масштабируемость;
• Zimbra — программный продукт для автоматизации совместной деятельности рабочих групп.

База данных управления конфигурации

• Clusto — инструмент управления кластерами;
• i-doit — open-source база данных IT-документации и управления конфигурацией;
• iTop — настраиваемое ITSM– и CMDB-решение с открытым исходным кодом;
• Ralph — система управления активами и инфраструктурой датацентров;
• Sicekit — набор инструментов, предназначенных для MediaWiki, чтобы помочь людям, которые поддерживает системы и инфраструктуру.

Управление конфигурацией

• Ansible — система управления конфигурациями, написанная на Python;
• CFEngine — фреймворк для управления конфигурацией и её автоматизации;
• Chef — система управления конфигурациями, написанная на Ruby и Erlang, с использованием предметно-ориентированного языка для описания конфигураций;
• mgmt — менеджер конфигураций, написанный на Go;
• Pallet — платформа для автоматизации инфраструктуры в облаке, сервере или прямо на виртуальной машине;
• Puppet — кроссплатформенное клиент-серверное приложение, которое позволяет централизованно управлять конфигурацией операционных систем и программ, установленных на нескольких компьютерах. Написано на Ruby;
• Salt — система управления конфигурациями и удалённого выполнения операций, написанная на Python.

Непрерывная интеграция и развёртывание

• Buildbot — open-source фреймворк для автоматизации процессов сборки, тестирования и выпуска программного обеспечения;
• Drone — сервер непрерывной интеграции, основанный на Docker и настраиваемый с помощью YAML-файлов;
• Go — open-source сервер непрерывной поставки;
• Jenkins — расширяемый open-source сервер непрерывной интеграции;
• Spinnaker — open-source платформа непрерывной поставки;
• TeamCity — мощный инструмент для непрерывной интеграции от JetBrains;

Панели управления

• Ajenti — панель управления для Linux и BSD;
• Cockpit — менеджер Linux-серверов с веб-интерфейсом;
• Froxlor — простая в использовании панель для Linux с поддержкой Nginx и PHP-FPM;
• ISPConfig — панель управления хостингом для Linux;
• Sentora — панель управления для Linux, BSD и Windows, основанная на ZPanel;
• VestaCP — панель управления хостингом для Linux с Nginx;
• Virtualmin — панель управления для Linux, основанная на Webmin;
• Webmin — панель управления для Linux с веб-интерфейсом.

Автоматизация развёртывания

• Capistrano — инструмент для автоматизации и развёртывания удалённого сервера, написанный на Ruby;
• Fabric — библиотека на Python для удалённого выполнения команд по SSH в целях развёртывания приложения или администрирования системы;
• Mina — быстрый инструмент для развёртывания;
• Rocketeer — менеджер задач для автоматического выполнения рутинных операций и инструмент для развёртывания на PHP.

Создание диаграмм

• drawthe.net — динамически рисует диаграмму сети, исходя из текстового описания.

Распределённые файловые системы

• Ceph — open-source объектная сеть хранения, обеспечивающая как файловый, так и блочный интерфейсы доступа;
• LeoFS — высокодоступная, распределённая, отказоустойчивая файловая система;
• GlusterFS — распределённая, параллельная, линейно масштабируемая файловая система с возможностью защиты от сбоев;
• HDFS — файловая система, предназначенная для хранения файлов больших размеров, поблочно распределённых между узлами вычислительного кластера. Написана на Java для фреймворка Hadoop;
• Lustre — распределённая файловая система массового параллелизма, обычно используемая для крупномасштабных кластерных вычислений;
• MooseFS — отказоустойчивая, распределенная сетевая файловая система с открытым исходным кодом;
• OpenAFS — распределённая файловая система с поддержкой нескольких ОС;
• TahoeLAFS — open-source децентрализованная облачная файловая система;
• XtreemFS — отказоустойчивая распределённая файловая система.

DNS

• Bind — открытая и наиболее распространённая реализация DNS-сервера;
• djbdns — простой и безопасный набор программ для обслуживания и разрешения DNS-зон;
• Designate — DNS REST API с поддержкой нескольких DNS-серверов в качестве бэкенда;
• dnsmasq — легковесный и быстроконфигурируемый DNS-, DHCP- и TFTP-сервер, предназначенный для обеспечения доменными именами и связанными с ними сервисами небольших сетей;
• Knot — высокопроизводительный open-source авторитетный DNS-сервер;
• NSD — авторитетный DNS-сервер на Си;
• PowerDNS — высокопроизводительный DNS-сервер с множеством функций для балансировки нагрузки, написанный на C++;
• Unbound — рекурсивный и кэширующий DNS-преобразователь;
• Yadifa — легковесный авторитетный DNS-сервер с возможностями DNSSEC.

Редакторы

• Atom — текстовый редактор от GitHub;
• Brackets — open-source текстовый редактор для веб-дизайнеров и фронтенд-разработчиков;
• Eclipse — IDE с системой расширений, написанная на Java;
• Geany — текстовый редактор, использующий GTK+;
• GNU Emacs — расширяемый и настраиваемый текстовый редактор;
• Haroopad — редактор разметки с возможностью сразу же видеть результат;
• ICEcoder — редактор кода с веб-интерфейсом;
• Intellij IDEA — мощная IDE с множеством плагинов, написанная на Java и Kotlin;
• jotgit — редактор для совместного редактирования;
• Light Table — open-source редактор кода с системой расширений;
• Lime — open-source альтернатива Sublime Text, написанная на Go;
• SciTE — текстовый редактор на основе SCIntilla;
• TextMate — текстовый редактор для OS X.
• Vim — текстовый редактор с широкими возможностями для настройки;
• Visual Studio Code — настраиваемый, кроссплатформенный редактор кода от Microsoft.

Управление IT-активами

• GLPI — система работы с заявками и инцидентами, а также для инвентаризации компьютерного оборудования;
• OCS Inventory NG — позволяет пользователям инвентаризировать IT-активы;
• Netbox — инструмент для управления IP-адресами и инфраструктурой датацентра;
• RackTables — система управления активами для датацентров;
• Ralph — система управления активами и инфраструктурой датацентров;
• Snipe IT — система управления активами и лицензиями;
• OpenDCIM — приложение для управления инфраструктурой датацентра.

LDAP

• 389 Directory Server — LDAP-сервер, разработанный Red Hat;
• Apache Directory Server — проект Apache Software Foundation, написанный на Java;
• OpenLDAP — open-source реализация LDAP;
• Apache Directory Studio — LDAP-клиент, основанный на Eclipse.

Работа с логами

• Echofish — система для сбора и анализа логов в реальном времени;
• Fluentd — open-source система для сбора логов;
• Flume — распределённая система сбора и агрегации логов;
• Graylog2 — сервер для анализа событий и логов с возможностями оповещения;
• Heka — система для работы с логами от Mozilla;
• Kibana — инструмент для визуализации данных;
• Logstash — инструмент для управления событиями и логами;
• Octopussy — open-source решение для работы с логами.

Почтовые серверы

• Cyrus IMAP/POP3 — open-source почтовый сервер, который предназначен для запуска на закрытых серверах;
• Dovecot — IMAP- и POP3-сервер, разрабатываемый с упором на безопасность, гибкость настройки и быстродействие;
• Exim — агент пересылки сообщений для Unix-систем;
• Haraka — высокопроизводительный SMTP-сервер на JavaScript;
• MailCatcher — простой SMTP-сервер на Ruby. Полезен в целях разработки или отладки;
• Maildrop — высокопроизводительный open-source SMTP-сервер;
• OpenSMTPD — защищённый SMTP-сервер;
• Postfix — open-source агент передачи почты;
• Qmail — безопасная замена Sendmail;
• Sendmail — один из старейших агентов передачи почты.
• Mail-in-a-Box — легкоразвёртываемый почтовый сервер;
• iRedMail — open-source почтовый сервер, основанный на Postfix и Dovecot.

Обмен сообщениями

• ejabberd — распределённый и устойчивый к отказам XMPP-сервер, написанный в основном на Erlang;
• Metronome IM — XMPP-сервер мгновенного обмена сообщениями, начинался как форк Prosody IM;
• MongooseIM — масштабируемая платформа для мгновенного обмена сообщениями, написанная на Erlang;
• Openfire — кроссплатформенный XMPP-сервер, написанный на Java;
• Prosody IM — кроссплатформенный XMPP-сервер, написанный на Lua;
• Tigase — XMPP-сервер на Java;
• Candy – многопользовательский XMPP-клиент, написанный на JavaScript;
• Kaiwa — open-source веб-клиент для XMPP;
• Lets-Chat — чат на Node.js с собственным сервером.

Мониторинг

• Alerta — распределённая, масштабируемая и гибкая система мониторинга;
• Canopsis — open-source гипервизор;
• Cacti — инструмент с веб-интерфейсом, который собирает статистические данные за определённые временные интервалы и позволяет отобразить их в графическом виде;
• Cabot — легко развёртываемая служба мониторинга и оповещений на собственном сервере;
• Centreon — open-source инструмент для мониторинга производительности;
• check_mk — набор расширений для Nagios;
• Flapjack — система мониторинга маршрутизации уведомлений;
• Icinga — форк Nagios;
• LibreNMS — форк Observium;
• Monit — небольшой open-source инструмент для управления и мониторинга Unix-систем;
• Munin — сетевой инструмент мониторинга ресурсов;
• Naemon — сетевой инструмент для мониторинга, основанный на Nagios, но с улучшениями производительности и новой функциональностью;
• Nagios — open-source инструмент для мониторинга компьютерных систем и сетей: наблюдения, контроля состояния вычислительных узлов и служб, оповещения администратора в том случае, если какие-то из служб прекращают свою работу;
• Observium — система мониторинга для Cisco, Windows, Linux, HP, Juniper, Dell, FreeBSD, Brocade, Netscaler, NetApp и многих других. Есть платная и бесплатная версии;
• Opsview — система мониторинга, основанная на Nagios 4;
• Riemann — гибкая система мониторинга распределённых систем;
• Sensu — open-source фреймворк для мониторинга на Ruby;
• Sentry — инструмент для мониторинга приложений и логирования событий;
• Serverstats – простой инструмент для создания графиков с помощью rrdtool;
• Seyren — дашборд с оповещениями для Graphite;
• Shinken — open-source фреймворк для мониторинга на Python;
• Zabbix — open-source система мониторинга и отслеживания статусов разнообразных сервисов компьютерной сети, серверов и сетевого оборудования;
• Adagios — веб-интерфейс для конфигурации Nagios;
• Dash — веб-дашборд для Linux;
• Thruk — веб-интерфейс для Naemon, Nagios, Icinga и Shinken;
• Uchiwa — open-source дашборд для Sensu;
• OMD — система сетевого мониторинга.

Показатели и сбор показателей

• Collectd — демон для сбора системной статистики;
• Collectl — высокоточный инструмент для сбора показателей производительности системы;
• Smashing — фреймворк на Ruby, позволяющий создавать дашборды. Является форком Dashing;
• Diamond — демон на Python, собирающий статистику;
• Facette — инструмент для визуализации временных данных, написанный на Go;
• Freeboard — open-source инструмент для создания дашбордов;
• Ganglia — масштабируемая распределённая система мониторинга для высокопроизводительных систем;
• Grafana — open-source программное обеспечение для анализа временных рядов;
• Graphite — open-source инструмент для хранения временных данных и их отображения;
• InfluxDB — open-source распределённая база данных для хранения временных рядов;
• KairosDB — база данных для хранения временных рядов, является форком OpenTSDB 1.x;
• NetData — система для распределённого мониторинга производительности и работоспособности в реальном времени;
• OpenTSDB — масштабируемая, распределённая open-source база данных для хранения временных рядов;
• Packetbeat — захватывает сетевой трафик о отображает его на дашборде Kibana;
• Prometheus — система мониторинга сервисов и база данных временных рядов;
• RRDtool — набор утилит для хранения, обработки и визуализации динамических последовательностей данных;
• Statsd — демон на Node.js для сбора статистики.

Управление конфигурацией сети

• GestióIP — open-source решение для управления IP-адресами;
• NOC Project — масштабируемая, высокопроизводительная open-source система эксплуатационной поддержки;
• Netbox — инструмент для управления IP-адресами и инфраструктурой датацентра;
• Oxidized — инструмент с веб-интерфейсом для резервного копирования конфигурации сетевых устройств;
• phpIPAM — open-source инструмент для управления IP-адресами. Имеет интеграцию с PowerDNS;
• RANCID — отслеживает конфигурацию сетевого устройства и ведёт журнал изменений;
• rConfig — open-source инструмент для управления конфигурацией сетевых устройств;
• trigger — надёжный инструмент для автоматизации настройки сети, написанный на Python.

Рассылки

• DadaMail — приложение для рассылок, написанное на Perl;
• phpList — приложение для рассылок с бесплатным тарифом на 300 сообщений в месяц.

NoSQL

• Apache HBase— open-source нереляционная распределённая база данных;
• Cassandra — распределённая система управления базами данных, рассчитанная на создание высокомасштабируемых и надёжных хранилищ огромных массивов данных;
• Hypertable — высокопроизводительная, масштабируемая база данных по образцу BigTable;
• CouchDB — документо-ориентированная система управления базами данных с открытым исходным кодом, не требующая описания схемы данных;
• ElasticSearch — база данных, написанная на Java;
• MongoDB — документоориентированная система управления базами данных с открытым исходным кодом, не требующая описания схемы таблиц;
• RavenDB — полностью транзакционная документоориентированная база данных;
• RethinkDB — распределённая документоориентированная СУБД с открытым исходным кодом, сохраняющая данные в бессхемном JSON-формате;
• FlockDB — распределённая, отказоустойчивая графовая база данных от Twitter;
• Neo4j — open-source графовая база данных;
• LevelDB – высокоэффективная база данных типа «ключ-значение» от Google;
• Redis — нереляционная высокопроизводительная СУБД;
• Riak — распределённая open-source NoSQL-СУБД типа «ключ-значение».

Упаковка

• fpm — эффективный упаковщик для множества платформ;
• omnibus-ruby — упаковщик на Ruby;
• packman — open-source упаковщик на Python;
• tito — создаёт RPM для проектов на основе git.

Распределение и планирование задач

• ActiveMQ — open-source брокер сообщений написанный на Java. Имеет полную поддержку JMS;
• BeanstalkD — простая и быстрая очередь задач;
• Gearman — фреймворк для распределения задач;
• Kafka — распределённый брокер сообщений;
• RabbitMQ — платформа, реализующая систему обмена сообщениями между компонентами программной системы на основе стандарта AMQP;
• NSQ — распределённый брокер сообщений;
• ZeroMQ — высокопроизводительная асинхронная библиотека обмена сообщениями.

СУБД

• Firebird — универсальная open-source база данных;
• Galera — масштабируемый кластер для MySQL;
• MariaDB — форк MySQL, разработанный сообществом;
• MySQL — популярная реляционная СУБД;
• Percona Server — улучшенная замена MySQL;
• PostgreSQL — ещё одна популярная open-source реляционная база данных;
• PostgreSQL-XL — open-source масштабируемый кластер баз данных на основе PostgreSQL;
• SQLite — библиотека с автономной, безсерверной, транзакционной базой данных.

Безопасность

• Blackbox — безопасное хранение данных в Git/Mercurial;
• Denyhosts — средство против брутфорс-атак на SSH-сервер;
• Fail2Ban — сканирует логи и выполняет определённые действия для подозрительных IP-адресов;
• fwknop — защищает порты с помощью SPA-авторизации;
• Glastopf — ханипот для эмуляции уязвимостей и сбора информации о атакующих;
• Kippo — ханипот для логирования брутфорс-атак;
• OSSEC — хостовая система обнаружения вторжений, которая проводит анализ логов, обнаруживает руткиты и многое другое;
• OSQuery — обращайтесь к вашим устройствам как к базе данных с помощью базовых SQL-команд;
• pfSense — дистрибутив для создания межсетевого экрана/маршрутизатора, основанный на FreeBSD;
• Snort — open-source система предотвращения и обнаружения вторжений;
• SpamAssassin — мощный спам-фильтр с множеством методик обнаружения;
• BounCA — веб-инструмент для генерации самоподписанных SSL-сертификатов.

Обнаружение сервисов

• Consul — инструмент для обнаружения, мониторинга и настройки сервисов;
• Doozerd — высокодоступное хранилище для небольших объёмов чрезвычайно важных данных;
• ZooKeeper — сервис для работы с распределёнными системами.

Контейнеры

• Bitnami — сервис для автоматической упаковки, развёртывания и поддержки веб-приложений;
• Docker — программное обеспечение для автоматизации развёртывания и управления приложениями в среде виртуализации на уровне операционной системы;
• LXC — система виртуализации на уровне операционной системы для запуска нескольких изолированных экземпляров операционной системы Linux на одном узле;
• LXD — менеджер контейнеров;
• OpenVZ — реализация технологии виртуализации на уровне операционной системы, которая базируется на ядре Linux;
• Docker Compose — инструмент для определения и запуска многоконтейнерных Docker-приложений;
• Singularity — контейнеры приложений для Linux.

SSH

• Advanced SSH config — расширяет возможности файла ssh_config;
• autossh — автоматически возобновляет ssh-сессию после прерывания сети;
• Cluster SSH — контроль над многими окнами xterm с помощью простой консоли;
• DSH — обёртка для выполнения нескольких удалённых shell-команд из одной командной строки;
• Mosh — мобильный shell;
• parallel-ssh — запускайте SSH-команды асинхронно на множестве серверов с минимальной нагрузкой;
• pdsh — многопоточный shell-клиент, параллельно выполняющий команды на множестве удалённых хостов;
• SSH Power Tool — выполняйте команды и загружайте файлы на несколько серверов одновременно без использования pre-shared ключей;
• sshrc — сохраняет ~/.sshrc на локальном компьютере после удалённого подключения;
• stormssh — инструмент командной строки для управления SSH-соединениями.

Статистика

• Analog — анализатор лог-файлов;
• AWStats — бесплатный генератор графической статистики;
• GoAccess — анализ логов в реальном времени и интерактивный просмотр в терминале;
• Open Web Analytics — добавляйте веб-аналитику на сайты с помощью JavaScript, PHP или REST API;
• Webalizer — бесплатная программа для анализа логов сервера.

Страницы состояния

• Cachet — open-source система страниц состояния на PHP.

Тикет-системы

• Bugzilla — багтрекер общего назначения, изначально созданный Mozilla для внутренних нужд;
• Flyspray — багтрекер с веб-интерфейсом, написанный на PHP;
• MantisBT — open-source багтрекер с веб-интерфейсом;
• osTicket — простая тикет-система для техподдержки;
• OTRS — открытая система обработки заявок;
• Redmine — open-source тикет-система, написанная на Ruby;
• Request Tracker — тикет-система на Perl;
• TheBugGenie — бесплатная для небольших команд тикет-система.

Устранение неполадок и диагностика

• mitmproxy — инструмент на Python для перехвата, просмотра и изменения сетевого трафика;
• Sysdig — анализируйте контейнеры и оркестраторы в реальном времени или захватывайте активность контейнера для дальнейшего анализа;
• Wireshark — популярная программа-анализатор трафика;
• Trinity Rescue Kit — Linux Live CD для восстановления машин на Linux и Windows.

Управление проектами

• GitBucket — клон GitHub, написанный на Scala;
• GitLab — клон GitHub, написанный на Ruby;
• Gogs — легковесный Git-сервис, написанный на Go;
• Phabricator — инструмент для просмотра кода, созданный Facebook и используемый WikiMedia, FB, DropBox и другими;
• Redmine — open-source серверное веб-приложение для управления проектами и задачами, написанное на Ruby;
• Taiga — open-source инструмент для управления проектами на основе методик Kanban и Scrum;
• The Bug Genie — инструмент на PHP для управления проектами и отслеживания задач;
• Trac — средство управления проектами и отслеживания ошибок в программном обеспечении, написанное на Python.

Управление версиями

• Fossil — система управление версиями со встроенной wiki и багтрекером;
• Git — распределённая система управления версиями с акцентом на скорость;
• GNU Bazaar — распределённая система управления версиями, спонсируемая Canonical;
• Mercurial — кроссплатформенная распределённая система управления версиями, разработанная для эффективной работы с очень большими репозиториями кода;
• Subversion — open-source централизованная система управления версиями.

Виртуализация

• Archipel — платформа для управления виртуальными машинами, использующая XMPP;
• KVM — виртуализация для Linux;
• OpenNebula — облачная платформа для сисадминов и devops;
• oVirt — open-source платформа для виртуализации, основанная на KVM;
• Packer — инструмент для создания идентичных образов машин для нескольких платформ;
• Proxmox VE — open-source платформа для виртуализации;
• QEMU — open-source программа для эмуляции аппаратного обеспечения различных платформ и виртуализации;
• Vagrant — инструмент для создания и конфигурирования виртуальной среды разработки;
• VirtualBox — виртуализация для Windows, Linux, FreeBSD, macOS, Solaris/OpenSolaris, ReactOS, DOS и других;
• Xen — кроссплатформенный гипервизор, распространяемый по лицензии GPL.

Веб

• Apache — самый популярный веб-сервер;
• Caddy — HTTP/2 веб-сервер с автоматическим HTTPS:
• Cherokee — легковесный и высокопроизводительный веб-сервер;
• Lighttpd — веб-сервер, оптимизированный для случаев, когда критически важна скорость;
• Nginx — HTTP-сервер и обратный прокси-сервер, почтовый прокси-сервер, а также TCP/UDP прокси-сервер общего назначения;
• uWSGI — веб-сервер и сервер веб-приложений, первоначально реализованный для запуска Python-приложений через протокол WSGI;
• HAProxy — надёжный TCP/HTTP балансировщик нагрузки;
• Squid — кэширующий прокси для HTTP, HTTPS, FTP и не только;
• Traefik — обратный прокси и балансировщик нагрузки, написанный на Go;
• Varnish — обратный HTTP-прокси.

Веб-почта

• Mailpile — почтовый клиент с упором на предоставление пользователям шифрования и конфиденциальности по умолчанию;
• Roundcube — клиент для веб-почты с веб-интерфейсом, написанный на PHP;
• SquirrelMail — клиент для веб-почты на PHP.

Вики

• BookStack — простой вики-движок на PHP, использующий MySQL для хранения данных;
• DokuWiki — простой, но достаточно мощный вики-движок;
• Gollum — простой вики-движок, построенный на основе Git;
• ikiwiki — вики-компилятор;
• MDwiki — вики, полностью написанная на HTML5/JavaScript;
• MediaWiki — движок для вики-проектов, который был написан специально для Википедии;
• MoinMoin — мощный, простой в использовании и расширяемый вики-движок, написанный на Python;
• Ōlelo Wiki — вики-движок, построенный на основе Git;
• TiddlyWiki — вики-движок и вики-концепция, заключающаяся в том, что весь вики-сайт представляет собой одну HTML-страницу, интерактивность которой обеспечивается скриптами.

Блоги

• Code as Craft — блог компании Etsy;
• DevOpsGuys — блог devops’ов;
• Rackspace Developers — блог с множеством статей на тему DevOps;

Книги

• Learn Cisco Network Administration in a Month of Lunches — руководство для сисадминов, которые хотят научиться администрировать коммутаторы и маршрутизаторы Cisco;
• The Linux Command Line — книга о командной строке Linux;
• The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win — книга о том, как DevOps-методики могут решить проблемы в IT-организациях;
• The Practice of System and Network Administration — в первом и втором изданиях описываются лучшие практики администрирования, вне зависимости от конкретных платформ или технологий;
• UNIX and Linux System Administration Handbook — подход к системному администрированию с практической точки зрения;
• Securing DevOps — книги о безопасности для DevOps, которая рассматривает современные технологии, используемые для защиты веб-приложений и их инфраструктуры.

Рассылки для сисадминов

• Servers for Hackers — рассылка для программистов, которым нужно администрировать сервер;
• DevOpsLinks — сообщество DevOps, сисадминов и разработчиков с еженедельной рассылкой и чатом;

Репозитории

• Dotdeb — репозиторий с обновлёнными Debian-пакетами для LAMP;
• ElRepo — репозиторий сообщества для Enterprise Linux (RHEL, Centos и т.д.);
• EPEL — репозиторий для RHEL и совместимых с ним (CentOS, Scientific Linux);
• Remi — репозиторий с обновлёнными LAMP-пакетами для RHEL/Centos/Fedora.
• Software Collections — предоставляет обновлённые пакеты Ruby, Python, и т.д. для CentOS/Scientific Linux 6.x.

Сайты

• Ops School — исчерпывающая программа, которая расскажет, как стать operations engineer;
• Digital Ocean Tutorials — удивительно обширный ресурс провайдера облачных инфраструктур для изучения основ определённых приложений, инструментов и даже системного администрирования.

В курсе рассматриваются основы системного администрирования интернет-сервисов, обеспечения их отказоустойчивости, производительности и безопасности, а также особенности устройства ОС Linux, наиболее широко применяемой в подобных проектах.

На момент публикации записи курс еще не завершен и дополняется.

Также смотрите наши статьи, новости и видео по Linux.

В основном всё разбирается на примере практических кейсов, но для их понимания даются и необходимые теоретические знания.

Лектор — Дмитрий Молчанов. Курс записан осенью 2015 года в рамках Технопарка Mail.ru Group в МГТУ им. Н.Э. Баумана. Слайды курса доступны для скачивания.

Также смотрите наши статьи, новости и видео по Linux.