Сколько зарабатывает сетевой инженер

125939.0 руб. — средняя зарплата для ‘сетевой инженер’ (Россия).

Средняя зарплата для ‘сетевой инженер’, рассчитанная на основе вакансий, показывает среднее арифметическое по зарплатам из найденных вакансий (количество таких вакансий для ‘сетевой инженер’ равно 196).

109000.0 руб. — медианная зарплата для ‘сетевой инженер’ (Россия).

Статистика зарплат для ‘сетевой инженер’ по городам

Лидеры по количеству вакансий для ‘сетевой инженер’: Москва, Санкт-Петербург, Екатеринбург, Новосибирск, Нижний Новгород.

Лидеры по уровню средней зарплаты для ‘сетевой инженер’: Новосибирск, Москва, Санкт-Петербург, Краснодар, Нижний Новгород.

Обзор зарплат для ‘сетевой инженер’ по городам

Населённый пункт Средняя зарплата, руб. Медианная зарплата, руб. сколько вакансий с зарплатой учитывалось // всего вакансий // дата вычисления зарплат

Москва	162672.0	155000.0	61 вак. (с зп) 209 вак. 06.12.2022
Санкт-Петербург	122667.0	105000.0	24 вак. (с зп) 52 вак. 29.11.2022
Екатеринбург	81500.0	79000.0	8 вак. (с зп) 17 вак. 22.11.2022
Новосибирск	188000.0	145000.0	8 вак. (с зп) 17 вак. 09.10.2022
Нижний Новгород	93400.0	103000.0	5 вак. (с зп) 12 вак. 29.12.2021
Тюмень	79667.0	61000.0	6 вак. (с зп) 9 вак. 17.03.2022
Краснодар	119800.0	151000.0	5 вак. (с зп) 7 вак. 01.11.2021

Как в 2020 году стать высокооплачиваемым сетевым инженером и/или увеличить свою зарплату

Статистика зарплат для ‘сетевой инженер’ по некоторым регионам

Обзор зарплат для ‘сетевой инженер’ по некоторым регионам Регион Средняя зарплата, руб. Медианная зарплата, руб. сколько вакансий с зарплатой учитывалось // всего вакансий // дата вычисления зарплат

Свердловская область	70333.0	69000.0	6 вак. (с зп) 18 вак. 11.06.2021
Московская область	106111.0	99000.0	9 вак. (с зп) 12 вак. 25.05.2021
Краснодарский край	81000.0	79000.0	6 вак. (с зп) 10 вак. 15.06.2021
Пермский край	69400.0	67000.0	5 вак. (с зп) 7 вак. 10.06.2021
Тюменская область	89667.0	81000.0	6 вак. (с зп) 7 вак. 12.06.2021

Возможно, вас заинтересуют эти онлайн-курсы

Перед выбором онлайн-курса рекомендуем изучить отзывы об онлайн школе и самом курсе.

Источник: zarplan.com

Сетевой инженер — ответы на ключевые вопросы

Средняя зарплата на должности
Сетевой инженер

Статистика зарплат на должности Сетевой инженер в компаниях

Сортировать по

Средней зарплате

Средней зарплате

Количеству отзыWow

на основе 1 отзыва

176 000 РУБ/МЕСЯЦ

АНО ДПО ИПК ТЕХНОПРОГРЕСС

на основе 1 отзыва

140 000 РУБ/МЕСЯЦ

Атос АйТи Солюшенс энд Сервисез

на основе 1 отзыва

130 000 РУБ/МЕСЯЦ

Crocus Group

на основе 1 отзыва

120 000 РУБ/МЕСЯЦ

на основе 1 отзыва

120 000 РУБ/МЕСЯЦ

на основе 1 отзыва

110 000 РУБ/МЕСЯЦ

Positive Technologies

на основе 1 отзыва

105 000 РУБ/МЕСЯЦ

ТАКСТЕЛЕКОМ

на основе 1 отзыва

90 000 РУБ/МЕСЯЦ

FAVORIT MOTORS

на основе 1 отзыва

90 000 РУБ/МЕСЯЦ

Лига Цифровой Экономики

на основе 1 отзыва

80 000 РУБ/МЕСЯЦ

на основе 1 отзыва

75 000 РУБ/МЕСЯЦ

Decathlon, Декатлон

на основе 1 отзыва

75 000 РУБ/МЕСЯЦ

на основе 1 отзыва

70 000 РУБ/МЕСЯЦ

Netcracker Technology Corp.

на основе 1 отзыва

70 000 РУБ/МЕСЯЦ

на основе 1 отзыва

60 000 РУБ/МЕСЯЦ

Сколько зарабатывает Сетевой инженер

• Максимальная зарплата составляет 176 000 рублей.
• Минимальная зарплата составляет 16 300 рублей.
• Средняя зарплата на позиции Сетевой инженер составляет 60 000 рублей.

Статистический срез данных о зарплате является является приблизительным и основан на данных, предоставленных пользователями платформы Dream Job.

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

Источник: dreamjob.ru

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

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

время на прочтение: 2 мин.

Любой организации, использующей компьютерные технологии в крупных масштабах, требуется работник, занимающийся их обслуживанием. Именно сетевой инженер (Network Engineer, системный инженер) отвечает за поддержку компьютерной и коммуникационной сетей компании. Они занимаются вопросами безопасности, производительности, разработки усовершенстWowаний системы или планов на случай крупных аварий/сбоев. Работа сетевых инженеров состоит в устранении возникающих неполадок. На их плечах лежит ответственность за то, чтобы компания имела доступ к работоспособной безопасной и современной сети.

Кто такой – сетевой инженер, функционал профессии

Network Engineer отвечает за работоспособность компьютерной сети с программной и аппаратной сторон. В его обязанности входит:

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

Это краткое описание того, чем занимается сетевой инженер. У системников широкий спектр задач, они одновременно работают с техникой (настраивают, подключают, устраняют неполадки) и с программами (тестируют, поддерживают, совершенствуют). Отличительный нюанс профессии от остальных IT-специальностей в том, что Network Engineer не может работать удаленно, он всегда должен иметь доступ непосредственно к технике.

Кто нанимает и сколько платят?

Айти-специалисты универсального профиля имеют высокие шансы на трудоустройство. В основном их нанимают на крупные проекты:

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

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

Спрос на Network Engineer высок, вилка зарплат держится между 60 тыс. и 225 тыс. руб. В Москве новичкам предлагают заработную плату в среднем 75 тыс. руб., в Санкт-Петербурге – 110 тыс. руб. (с более высокими требованиями). На стартовых позициях в небольших региональных фирмах, предъявляющих минимум требований, предлагают значительно меньше – от 35 тыс. руб.

Требования к ИТ-специалисту

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

• навыках настройки CI/CD пайплайнов;
• разработке инфраструктуры через код;
• навыках работы с сетевыми инструментами (CISCO Packet Tracer, VIRL, Boson NetSim, EVE-NG, GNS3);
• софт-скиллах (усидчивость, внимательность, проактивность);
• знаниях английского языка для понимания IT-документации и языков программирования.

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

Где выучиться по специальности?

Для входа в профессию необходимо разбираться в:

• соединениях клиентов и сетей;
• моделях OSI, протоколах, IPv4/IPv6, подсетях;
• внедрении в коммуникационную сеть концентраторов, коммутаторов, маршрутизаторов;
• принципах работы ОС;
• защите данных с помощью различных решений (UTM, NGFW, Sandbox);
• этичном хакерстве.

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

У новичка есть несколько способов, как стать сетевым инженером. Распространена практика получения сертификатов от официальных производителей оборудования (вендорские курсы), например CCNA от Cisco. Но для крупных компаний его будет недостаточно. Также можно пройти расширенные курсы на онлайн-платформах (GeekBrains, Нетология). Удобный способ для безотрывного от работы обучения.

Вузовское образование по специальности «Информатика и вычислительная техника» (МИСиС, ВШЭ, ЛЭТИ, БГУ, ТГУ) высоко ценится крупными телекоммуникационными компаниями. Альтернативой курсам и вузу является СПО в колледже или училище. При выборе способа входа в профессию необходимо в первую очередь ориентироваться на требования работодателей и рыночные условия. Всегда лучше знать и уметь чуть больше, чтобы быстро обойти конкурентов.

По всем вопросам свяжитесь с нами любым удобным способом:

Источник: bgstaff.ru

Мощный Сетевой инженер в 2022 году — кто он и сколько зарабатывает?

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

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

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

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

⚡️А мы начинаем! ⚡️

Что будет в статье

1. Что делают сетевые инженеры и чем занимаются?
2. Что должен знать и уметь сетевой инженер?
3. Зарплаты сетевых инженеров
4. ТОП-3 Лучших Курсов Сетевого Инженера для Новичков
5. 1. «Сетевые и системные инженеры / Что скрывают ЦОДы / Выпуск из дата-центра Selectel»
6. На правах профессии «Сетевой инженер»
7. 2. «Сетевой инженер»
8. 3. «Основы Ansible 2.9 для сетевых инженеров»
9. Как стать сетевым инженером и где учиться?

Что делают сетевые инженеры и чем занимаются?

Обязанности на примере одной из вакансий:

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

Навыки работы с сетями vipnet;

• – Навыки работы с crypto-pro;
• – Навыки работы с DionisNX;
• – Навыки проведения оценочных и консалтинговых работ в незнакомых инфраструктурах;
• – Навыки работы с AsteriskFreePBX;
• – Опыт строительства VPC;
• – Опыт подготовки инфраструктуры к сертификации (проверка состояния, подготовка документации).

Что должен знать и уметь сетевой инженер?

Требования к сетевым инженерам:

• Экспертное знание Linux-based систем;
• – Опыт автоматизации рутинных операций;
• – Навыки работы с *nix системами (AIX, FreeBSD);
• – Опыт работы с docker;
• – Знание принципов работы сетей на основе статической и динамической маршрутизации;
• – Экспертные навыки строительства сетей на основе статической и динамической маршрутизации;
• – Знание принципов работы SDN;
• – Знание современного рынка серверного оборудования;
• – Знание современного рынка сетевого оборудования;
• – Экспертное понимание принципов работы современного web;
• – Опыт работы с nginxapache httpdhaproxy;
• – Опыт организации работы геораспределенных цодов внутри одного проекта.

Зарплаты сетевых инженеров

Количество вакансий с указанной зарплатой сетевого инженера по всей России:

• от 60 000 руб. – 293
• от 100 000 руб. – 216
• от 145 000 руб. – 82
• от 185 000 руб. – 38
• от 225 000 руб. – 19

ТОП-3 Лучших Курсов Сетевого Инженера для Новичков

1. «Сетевые и системные инженеры / Что скрывают ЦОДы / Выпуск из дата-центра Selectel»

За 12 месяцев, вы выполните 32 лабораторных работы и сможете:

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

Чему научиться рядовой пользователь?

• Проектировать безопасные корпоративные сети
• Находить и устранять проблемы в сетях
• Собирать и анализировать сетевой трафик
• Устанавливать системы мониторинга сетевого оборудования
• Использовать методы обеспечения качества обслуживания

Резюме после обучения

• Введение в сетевые технологии
• Основы коммутации и маршрутизации
• Построение отказоустойчивых сетей
• Динамическая маршрутизация
• Сетевая безопасность
• Беспроводные сети
• Основы проектирования корпоративных сетей
• Инструменты эксплуатации
• Основы IP-телефонии
• Основы программирования на Python
• Бонус
• Операционная система Linux
• Бонус
• Администрирование Linux
• Бонус
• Дипломная работа. Проектирование корпоративной сети

2. «Сетевой инженер»

Без выдачи сертификата

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

• Срок обучения: ролики с обучающим контентом.
• Форма контента: лекции + задания.
• Связь с преподавателем: нет.
• Срок регистрации на поток: без ограничений.
• Необходимый уровень знаний: для новичков.
• Проверка домашки: без проверки.
• Цена: бесплатно.

1. Задачи и цели сетевого администрирования, понятие о сетевых протоколах и службах
   Данная лекция знакомит с базовым набором задач, которые должен выполнять сетевой администратор в своей профессиональной деятельности, а также описаны две общепринятые модели межсетевого взаимодействия
2. Сетевые операционные системы (на примере операционных систем семейства Windows Server); установка и настройка системы
   В данной лекции содержится обоснование выбора операционных систем семейства Windows Server в качестве базового инструмента для изучения курса “Сетевое администрирование”, приводится краткий обзор редакций и функциональных возможностей данных систем; подробно описывается процедура ручной установки операционной системы
3. Установка операционной системы Windows 2003 Server
   В этом упражнении вы освоите установку операционных систем семейства Windows 2003 Server
4. Протокол TCP/IP, служба DNS
   Работа сетевых компонент операционных систем семейства Windows Server базируется на протоколе TCP/IP, а функционирование службы каталогов Active Directory полностью зависит от службы DNS. По этой причине описание протокола TCP/IP и службы DNS вынесено в отдельный раздел, предваряющий изучение остальных служб и компонент. В лекции 1 были кратко описаны протоколы и приложения, образующие стек TCP/IP, поэтому в данном разделе подробно рассматриваются правила адресации узлов IP-сетей и алгоритмы взаимодействия узлов, а также работа службы доменных имен DNS.
5. Служба каталогов Active Directory
   Данная лекция описывает основные понятия служб каталогов Active Directory. Даются практические примеры управления системой безопасности сети. Описан механизм групповых политик. Дается представление о задачах сетевого администратора при управлении инфраструктурой службы каталогов
6. Служба каталогов Active Directory
   Достаточно подробно раскрыт процесс установки контроллера домена. Представлены приемы управления пользователями и группами в домене. В лабораторной работе рассматриваются способы управления групповыми политиками. Рассматриваются приемы управления приложениями с помощью групповых политик
7. Служба файлов и печати
   Эта лекция подробно знакомит читателей со службами файлов и службами печати операционной системы Microsoft Windows Server 2003. Вы узнаете, как разрешать пользователям использовать общие ресурсы, как разрешать использовать общие принтеры. Рассмотрены возможности разграничения прав, и приоритетов. Даются краткие сведения о файловых системах используемых в Windows 2003 Server
8. Служба файлов и печати
   Лабораторная работа освещает вопросы работы с файловыми системами операционной системы Windows Server 2003. Раскрыты темы управления правами доступа к файловым ресурсам, квотирования дискового пространства, аудита доступа к файлам, сжатия и шифрования файлов в файловой системе NTFS. Приведено пошаговое описание установки принтеров в системе Windows Server 2003
9. Сетевые протоколы и службы
   Данная лекция посвящена ознакомлению с наиболее часто используемыми, кроме TCP/IP, сетевыми протоколами и основными инфраструктурными сетевыми службами — DHCP, WINS, RRAS
10. Сетевые протоколы и службы
    Лабораторная работа знакомит с процессом установки и настройки сервера DHCP, сервера WINS на базе ОС Windows Server 2003. Рассматривается установка, управление и настройка службы маршрутизации и удаленного доступа
11. Служба резервного копирования
    В этой лекции вводятся понятия, и разбираются на примерах темы архивирования и восстановления системы. При архивировании и восстановлении системы используются стандартные утилиты Windows Server 2003. Приводятся задачи сетевого администратора, связанные с сохранением, архивированием информации, и ее последующем восстановлении
12. Резервное копирование и восстановление данных
    В лабораторной работе показывается, как запустить и настроить программы резервного копирования и восстановления данных и системы в Windows Server 2003
13. Управление сервером
    В данной лекции описаны две основные технологии управления Windows-системами: консоль управления MMC и протокол удаленного рабочего стола
14. Мониторинг
    Данная лекция посвящена вопросам мониторинга сетевых узлов и состоит из четырех частей: 1) просмотр событий, регистрируемых системой; 2) аудит, т.е. целенаправленное отслеживание определенных видов событий; 3) мониторинг производительности; 4) мониторинг сетевой активности
15. Мониторинг сетевых протоколов и служб
    Лабораторная работа позволяет изучить применение Сетевого монитора для анализа сетевых пакетов, изучить применение программы “Диспетчер задач” для оперативного анализа производительности работы системы, изучить применение консоли “Производительность” для анализа производительности работы системы
16. Дополнительный материал
    Конфигурация компьютерного класса

3. «Основы Ansible 2.9 для сетевых инженеров»

Без выдачи сертификата

Обучающая программа: курс посвящен изучению навыков в работе сетей.

• Срок обучения: ролики с обучающим контентом.
• Форма контента: лекции + задания.
• Связь с преподавателем: нет.
• Срок регистрации на поток: без ограничений.
• Необходимый уровень знаний: для новичков.
• Проверка домашки: без проверки.
• Цена: бесплатно.

• Основы. Часть 1
• Основы. Часть 2
• Основы. Часть 3
• Модули ios_command, ios_facts
• Модуль ios_config
• Модули ресурсов
• Модули cli_command, cli_config
• Получение структурированного вывода с помощью фильтров
• Получение структурированного вывода с помощью ntc-ansible
• Примеры playbook.

Как стать сетевым инженером и где учиться?

Варианты обучения для сетевого инженера с нуля:

• Самостоятельное обучение – всевозможные видео на YouTube, книги, форумы, самоучители и т.д. Плюсы – дешево или очень недорого.
• Классическое оффлайн-образование в ВУЗах, колледжах и университетах. Диплом является преимуществом при устройстве на работу, при этом обучение обычно длится не менее четырех лет, часто дают устаревшие неактуальные знания;
• Онлайн-обучение. Пройти курс можно на одной из образовательных платформ. Такие курсы рассчитаны на людей без особой подготовки, поэтому подойдут большинству людей.

Евгений Волик

¡Hola amigos! Здесь я выкладываю подборки с курсами для обучения разным профессиям с нуля. Проект существует с 2021 года и постоянно развивается.

Источник: evgenev.ru

Сетевики (не) нужны

На момент написания этой статьи поиск на популярном работном сайте по словосочетанию «Сетевой инженер» выдавал около трёхсот вакансий по всей России. Для сравнения, поиск по фразе «системный администратор» выдаёт почти 2.5 тысячи вакансий, а «DevOps инженер» — почти 800.

Значит ли это, что сетевики более не нужны во времена победивших облаков, докера, кубернетеса и вездесущего публичного вайфая?
Давайте разбираться (с)

Давайте знакомиться. Меня зовут Алексей, и я сетевик.

Я больше 10 лет занимаюсь сетями и больше 15 лет работаю с различными *nix системами (довелось ковырять и Linux, и FreeBSD). Работал в операторах связи, крупных компаниях, которые принято считать «энтерпрайзом», а последнее время работаю в «молодом и дерзком» финтехе, где облака, девопсы, кубернетесы и прочие страшные слова, которые обязательно сделают меня и моих коллег ненужными. Когда-нибудь. Может быть.

disclaimer: «В нашей жизни не всё, всегда и везде, а кое-что, иногда и местами» (с) Максим Дорофеев.

Всё ниженаписанное можно и нужно считать личным мнением автора, не претендующим на истину в последней инстанции, и даже на полноценное исследование. Все персонажи вымышленны, все совпадения случайны.

Добро пожаловать в мой мир.

Где можно вообще встретить сетевиков?

1. Операторы связи, сервисные компании и прочие интеграторы. Тут всё просто: сеть для них — это бизнес. Они либо напрямую продают связность (операторы), либо оказывают услуги по запуску/обслуживанию сетей своих заказчиков.

Опыта здесь много, денег — не очень (если вы не директор или успешный менеджер-продажник). И тем не менее, если вам нравятся сети, и вы только в начале пути, карьера в саппорте какого-нибудь не очень крупного оператора будет, даже сейчас, идеальной точкой для старта (в федеральных всё очень скриптовано, и простора для творчества мало). Ну и истории про то, что можно из дежурного инженера дорасти за несколько лет до C-level manager тоже вполне реальны, хотя и редки, по понятным причинам. Потребность в кадрах есть всегда, потому что текучка таки имеет место быть. Это и хорошо, и плохо одновременно — всегда есть вакансии, с другой стороны — зачастую, самые активные/умные достаточно быстро уходят либо на повышение, либо в другие, более «тёплые» места.

2. Условный «энтерпрайз». Не важно, связана ли его основная деятельность с ИТ, или нет. Главное — что в нём есть свой IT отдел, который занимается обеспечением работы внутренних систем компании, в том числе сети в офисах, каналов связи в филиалы и т.д.

Функции сетевого инженера в таких компаниях может «по совместительству» выполнять системный администратор (если сетевая инфраструктура небольшая, или ей занимается внешний подрядчик), а сетевик, если он всё-таки есть, может присматривать заодно за телефонией и SAN (ненуачо). Платят по-разному — сильно зависит от маржинальности бизнеса, размеров компании и структуры.

Я работал и с компаниями, где циски регулярно «грузили бочками», и с компаниями, где сеть строили из фекалий, палок и синей изоленты, а серверы не обновляли, примерно, никогда (надо ли говорить, что никаких резерWow тоже предусмотрено не было). Опыта здесь сильно меньше, и он, почти наверняка будет в области жёсткого vendor-lock, либо «как из ничего сделать кое-что».

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

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

Чем сетевик отличается от сисадмина?

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

В понимании программистов — разве что предметной областью. Сисадмины админят серверы, сетевики админят коммутаторы и маршрутизаторы. Иногда админят плохо, и у всех всё падает. Ну в случае всякого странного виноваты тоже сетевики. Just because fuck you, that’s why.

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

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

Но зачем нужен сетевик, если у вас есть хостер?

За дополнительную денежку (а если вы очень крупный и любимый клиент — может даже и бесплатно, «по дружбе») инженеры датацентра настроят ваши коммутаторы под ваши нужды, и, возможно, даже помогут поднять BGP-стык с провайдерами (если у вас есть своя подсеть ip-адресов для анонса).

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

На основе этой инфраструктуры датацентр может разместить ваше оборудование (colocation), сдать вам в аренду сервер (dedicated server), или предоставить managed service (например, OpenStack или K8s). Но бизнесом датацентра (обычно) не является администрирование инфраструктуры клиентов, потому что этот процесс довольно трудозатратный, плохо автоматизируется (а в нормальном датацентре автоматизировано всё, что только возможно), ещё хуже унифицируется (каждый клиент индивидуален) и вообще чреват претензиями («вы мне сервер настроили, а он теперь упал, это вы во всём виноваты.

111»). Поэтому если хостер и будет вам в чём-то помогать, то постарается сделать это максимально просто и «кондово». Ибо делать сложно — невыгодно, как минимум с точки зрения трудозатрат инженеров этого самого хостера (но ситуации бывают разные, см. дисклеймер). Это не означает, что хостер обязательно всё сделает плохо. Но совсем не факт, что он сделает именно то, что было вам нужно на самом деле.

Казалось бы, вещь достаточно очевидная, но я несколько раз сталкивался в своей практике с тем, что компании начинали полагаться на своего хостинг-провайдера чуть больше, чем следовало, и ни к чему хорошему это не приводило. Приходилось долго и подробно объяснять, что ни один SLA не покроет убытков от простоя (есть исключения, но обычно это очень, ОЧЕНЬ дорого для клиента) и что хостер вообще не осведомлён о том, что творится в инфраструктуре заказчиков (кроме очень общих показателей). И бэкапов хостер тоже за вас не делает. Ещё хуже обстоит дело, если хостеров у вас больше одного. В случае каких-то проблем между ними, они уж точно не будут выяснять за вас, что же всё-таки пошло не так.

Собственно, мотивы здесь ровно такие же, как при выборе «своя команда админов vs аутсорс». Если риски посчитаны, качество устраивает, а бизнес не против — почему бы и не попробовать. С другой стороны, сеть — это один из самых базовых слоёв инфраструктуры, и едва ли стоит отдавать его на откуп ребятам со стороны, если всё остальное вы уже поддерживаете сами.

В каких случаях нужен сетевик?

Далее речь пойдёт именно про современные продуктовые компании. С операторами и энтерпрайзом всё плюс-минус ясно — там мало что поменялось за последние годы, и сетевики там были нужны раньше, нужны и сейчас. А вот с теми самыми «молодыми и дерзкими» всё не так однозначно.

Частенько они размещают свою инфраструктуру целиком в облаках, так что даже и админы им, особо, не требуются — кроме админов тех самых облаков, конечно же. Инфраструктура, с одной стороны, довольно простая по своему устройству, с другой — хорошо автоматизирована (ansible/puppet, terraform, ci/cd… ну, вы знаете). Но даже тут есть ситуации, когда без сетевого инженера не обойтись.

Пример 1, классический

Предположим, компания начинает с одного сервера с публичным ip-адресом, который стоит в датацентре. Потом серверов становится два. Потом больше… Рано или поздно, появляется необходимость в приватной сети между серверами. Потому что «внешний» трафик лимитируется как по полосе (не более 100Мбит/с например), так и по объёму скачанного/отданного в месяц (у разных хостеров разные тарифы, но полоса во внешний мир, как правило, сильно дороже приватной сети).

Хостер добавляет в серверы дополнительные сетевые карты и включает их в свои коммутаторы в отдельный vlan. Между серверами появляется «плоская» локалка. Удобно!

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

Что нужно сделать?

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

Пример 1, продолжение

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

Что нужно сделать?

Подключить серверы с помощью LAG (Link Aggregation Group) двумя шнурками к коммутаторам в стойке (их тоже нужно резервировать). Соединения между стойками зарезервировать, переделать на «звезду» (или модный нынче CLOS), чтобы выпадение одной стойки не влияло на другие. Выделить «центральные» стойки, в которых будет располагаться сетевое ядро, и куда будут включаться другие стойки. Заодно привести в порядок публичную адресацию, взять у хостера (или у RIR, если есть возможность) подсеть, которую самостоятельно (или через хостера) анонсировать в мир.

Может ли всё это сделать «обычный» сисадмин, не обладающий глубокими знаниями в сетях? Не уверен. Будет ли это делать хостер? Может и будет, но от вас потребуется довольно детальное ТЗ, которое тоже нужно будет кому-то составить. а потом проконтролировать, что всё сделано правильно.

Пример 2. Облачный

Предположим, у вас есть VPC в каком-то публичном облаке. Чтобы получить доступ из офиса или on-prem части инфраструктуры к локальной сети внутри VPC, вам нужно настроить подключение через IPSec или выделенный канал. С одной стороны — IPSec дешевле, т.к. не надо покупать дополнительное железо, можно настроить туннель между вашим сервером с публичным адресом и облаком. Но — задержки, ограниченная производительность (т.к. канал требуется шифровать), плюс негарантированная связность (т.к. доступ идёт через обычный интернет).

Что нужно сделать?

Поднять подключение через выделенный канал (например, у AWS это называется Direct Connect). Для этого найти оператора-партнёра, который вас подключит, определиться с ближайшей к вам точкой включения (как вас в оператора, так и оператора в облако), и, наконец, всё настроить. Можно ли всё это сделать без сетевого инженера? Наверняка, да. А вот как это без него траблшутить в случае проблем — уже не так понятно.

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

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

Что должен знать сетевик?

Совсем не обязательно (и даже, иногда, вредно), сетевому инженеру заниматься только сетью и более ничем. Даже если не рассматривать вариант с инфраструктурой, которая почти целиком живёт в публичном облаке (а он, как ни крути, становится всё популярнее и популярнее), и взять, например, on premise или приватные облака, где на одних только «знаниях на уровне CCNP» не выедешь.

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

Разумеется, многие из вас сейчас вспомнят про Python и прочую «network automation», но это лишь необходимое, но не достаточное условие. Чтобы сетевой инженер «успешно влился в коллектив», он должен уметь разговаривать на одном языке и с разработчиками, и с коллегами админами/девопсами. Что это значит?

• уметь не только работать в Linux как пользователь, но и администрировать его, хотя бы на уровне сисадмина-джуна: поставить нужный софт, перезапустить упавший сервис, написать простенький systemd-unit.
• Понимать (хотя бы в общих чертах), как работает сетевой стек в Linux, как устроена сеть в гипервизорах и контейнерах (lxc / docker / kubernetes).
• Разумеется, уметь работать с ansible/chef/puppet или другой SCM системой.
• Отдельной строкой нужно написать про SDN и сети для приватных облаков (например, TungstenFabric или OpenvSwitch). Это ещё один огромный пласт знаний.

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

Выводы, или просто TL;DR

1. Сетевой администратор (как и DBA или VoIP-инженер) — это специалист довольно узкого профиля (в отличие от сисадминов/девопсов/SRE), потребность в котором возникает далеко не сразу (и может не возникать долго, на самом деле). Но если когда возникает, то его вряд ли получится заменить экспертизой со стороны (аутсорс или обычные админы широкого профиля, «которые ещё и за сетью присматривают»). Что несколько более печально — потребность в таких спецах мала, и, условно, в компании на 800 программистов и 30 девопсов/админов может быть всего два сетевика, которые прекрасно справляются со своими обязанностями. Т.е. рынок был и есть весьма и весьма небольшой, а так, чтобы с хорошей зарплатой — и того меньше.
2. С другой стороны, хороший сетевик в современном мире должен знать не только, собственно, сети (и как автоматизировать их настройку), но и как с ними взаимодействуют операционки и софт, которые поверх этих сетей бегают. Без этого будет крайне сложно понять, что просят от тебя коллеги и донести (обосновано) свои пожелания/требования к ним.
3. There is no cloud, it’s just someone else’s computer. Нужно понимать, что использование публичных/приватных облаков или услуг хостинг-провайдеров «который вам всё делает под ключ» не отменяет того, что ваше приложение всё ещё использует сеть, и проблемы с ней будут влиять на работу вашего приложение. Ваш выбор — где будет располагаться центр компетенции, который будет отвечать за сеть вашего проекта.

• сетевики
• сетевой инженер
• linkmeup
• сетевики не нужны

• Системное администрирование
• Сетевые технологии
• Карьера в IT-индустрии

Источник: habr.com