noc engineer кто такой
NOC: Комплексный подход к управлению сетью
Сложные сети требуют комплексного подхода к управлению. Если вся сеть состоит из десятка свичей и управляется одним инженером, то для поддержания ее в рабочем состоянии достаточно набота простейших скриптов, нескольких электронных таблиц и любой примитивной системы мониторинга. В более крупных сетях, сотоящих из разношерсного оборудования разных вендоров, поддерживаемого десятками инженеров, разбросанных по разным городам и странам, начинают вылезать весьма специфичные проблемы: ворох самописных скриптов становится абсолютно неуправляемым и непредсказуемым в поведении, на интеграцию различных систем управления между собой уходит больше ресурсов, чем на разработку с нуля и установку и так далее. В результате быстро приходит понимание, что решать задачу системы управления сложной сетью можно только комплексно.
Еще в начале 80-х комитет ISO выделил основные компоненты системы управления сетью. Модель получила название FCAPS. По версии ISO, для успешного управления сетью надо уметь управлять отказами (F), конфигурацией оборудования и сервисов (C ), собирать и обрабатывать статистику по потреблению услуг (A), оценивать производительность (P) и централизованно управлять безопасностью (S). Прошедшие три десятка лет не добавили ничего принципиально нового, и все задачи управления сетью так или иначе прыгают вокруг основных составляющих.
Коммерческие комплексы подобного рода весьма дороги и далеко не безгрешны, а среди open-source систем присутсвовал явный и откровенный пробел, что просто подталкивало на разработку своего велосипеда. В результате обобщения нашего личного опыта по созданию и эксплуатации сетей, после долгих проб и ошибок появилась система NOC
В целом нужно отметить, что NOC — это не система мониторинга, и не альтернатива zabbix/nagios/кактус/etc.
Основная задача — автоматизация повседневной работы центра управления сетью.
При разработке системы мы исходили из нескольких предпосылок:
Одна из предпосылок — источник информации должен быть один и им должно быть удобно пользоваться.
Вторая предпосылка — делегирование полномочий. Данные в системе набиваются разными людьми из разных подразделений.
Третья предпосылка — нечего цацкаться с каждой отдельной железкой — это разменная монета. Сегодня здесь может стоять шеститонник, завтра окажется Force10. Для управления сетью нужен интерфейс более высокого уровня, который по максимуму абстрагирован от конкретного вендора и конткретной модели.
Четвертая — гремлинов среди гоблинов всегда хватает. Существенная часть аварий вызвана человеческим фактором. Нужно иметь возможность быстро понять, что же такого наворотили и что привело к аварии. Для этого надо сопоставлять и изменения конфигурации, и события syslog/snmp и многое другое.
На настоящий момент NOC состоит из нескольких модулей:
Address Space Management (IPAM) — управление адресным пространством. Основное отличие от других решений — поддержка независимых адресных пространств в отдельных VRF, иерархичность выделения блоков адресов, делегирование полномочий. Наример, можно выделить блок на город и дать права на управление блоком городскому филиалу, а дальше пусть они сами воротят что хотят в отведенных пределах. При этом по отчетам можно отслеживать, насколько деятельность отдельного города соответсвует общим политикам. Подсистема нормально работает при десятках тысяч выделенных блоков и сотнях тысяч адресов и поддерживает адреса IPv4 и IPv6
DNS Management — если уж привели в порядок адреса, то почему бы не синхронизировать все с DNS. Таким образом получается единый интерфейс для управления зонами и provisioning зон на различные DNS серверы по описанной логике. Например, данные для зон можно генерировать автоматом, зоны города и клиентов этого города уедут на серверы, расположенные в этом городе. Отпадает необходимость в slave зонах, можно легко мигрировать на другие DNS-серверы. Попутно по базам регистраторов отслеживается, когда протухнет конкретный домен.
Service Activation — интерфейс для работы с оборудованием. Поддерживается широкий спектр оборудования. Основная идея заключается в том, что существует набор скриптов-кубиков, имеющих общий интерфейс, выполняющих какое-нибудь действие и целиком и полностью абстрагирующих особенности работы конкретной железки. Примеры — получить конфиг, получить версию софта, создать vlan, и так далее. Полученные кубики можно заставить работать в разных комбинациях и решать при помощи них весьма широкий спектр задач. Также реализован механизм map/reduce tasks, который позволяет выполнить однотипное действие на большом количестве оборудования и проанализировать результат исполнения.
Configuration Management — отслеживает, где, что и когда изменилось. Начиналось как интерфейс к mercurial, сейчас функционал модуля стал гораздо больше. В частности, при изменении конфига свича в городе специально выделенному инженеру в этом городе придет сообщение. В большом количестве случаев он успеет оперативно отреагировать на местную самодеятельность, даст по шапке и предотвратит аварию. Система умеет проверять полученные конфиги на предмет соответсвия установленным политикам и способна принимать активные действия в случае подозрительных ситуаций.
VC Management — управление VLAN’ами. При полном развертывании достаточно заносить и удалять vlan’ы в базу, и они автоматически будут появляться на нужных свичах, вне зависимости от вендора. Например, в одной инсталляции надо было рулить одновременно горой кисковских шеститонников, четырехтоников, nexus’ов, 3750/CBS3120, force10 E, C, S-series, HP ProCurve и GbE2c и мелкими Alcatel’ами.
Fault Management — сбор, анализ и кореллирование событий syslog/snmp trap с железа. NOC применяет оригинальный и гибкий подход к обработке событий. FM — отдельная тема для разговора, можно сказать, что вменяемых open-source реализаций просто нет, а вменяемые коммерческие можно пересчитать по пальцам одной руки. Текущая реализация FM в NOC способна обрабатывать сотни событий в секунду и выявлять среди них аномальные и аварийные ситуации. Коррелятор находит связи между авариями и пытается установить первопричину. Например, упавший линк способен породить сотни аварий разных типов в разных местах сети. Коррелятор, оперируя знаниями о топологии сети и встроенным набором правил в может установить, что истиная причина множества аварий кроется именно в упавшем линке и явно укажет, где надо искать причину
Peering Management — все, что связано с пирингом и BGP. Позволяет хранить базу пиров, генерировать фильтры для BGP, обновлять базу RIPE и делать многое другое. Когда счет пирам идет на десятки и сотни, вещь незаменимая.
Knowledge Base — обычная встроенная wiki с набором дополнительных интересных макросов. Например, при помощи макроса rack можно прорисовать набивку ряда из стоек. В KB можно хранить инструкции, сертификаты, договоры, правила и политики, полезные рецепты и так далее.
Performance Management — активный сбор параметров производительности (в том числе и snmp). Модуль достаточно интересный и еще будет активно дорабатываться.
Inventory — общая база по физическому железу. Позволяет работать с объектами разных уровней — от города и узла связи до стойки и шнурка питания коммутатора. Модуль находится в активной разработке.
В качестве итога — NOC, в первую очередь, узкоспециальный инструмент для управления сложными сетями. Если смотреть в отрыве от этого контекста, то вполне можно уподобиться трем слепым, которые ощупали слона и первый признал его шлангом, второй — деревом, а третий — веревочкой.
NOC является open-source, распространяется по лицензии BSD и успешно эксплуатируется уже несколько лет в ряде крупных российских и зарубежных сетей. Основной язык программирования — python. В качестве баз данных используется связка PostgreSQL и MongoDB. Web-интерфейс реализован на Django. Приглашаем компететнных специалистов принять участие в работе над проектом, у нас есть множество интереснейших направлений работы для светлых голов.
NOC 2147 — Компьютерные инженеры (кроме разработчиков программного обеспечения)
Для подачи документов на иммиграцию в Канаду важно правильно определить NOC профессии. НОК 2147 соответствует Computer engineers (except software engineers and designers)
Компьютерные инженеры (кроме разработчиков программного обеспечения и дизайнеров) изучают, проектируют, разрабатывают, модифицируют, оценивают и интегрируют компьютерное аппаратное обеспечение, технические средства связи и подобное оборудование, а также сети информационных и коммуникационных систем, включая мейнфрейм-системы, локальные и широкомасштабные компьютерные сети, пассивные волоконно-оптические сети, сети беспроводной связи, внутрикорпоративные сети, Интернет и другие системы передачи данных. Они работают в компаниях, производящих компьютерное аппаратное обеспечение и технические средства связи, инженерно-технических, производственных и телекоммуникационных фирмах, в консалтинговых фирмах, специализирующихся на информационных технологиях, в государственных, образовательных и исследовательских учреждениях, а также в ИТ-подразделениях частного и государственного сектора.
Примеры должностей:
— инженер-проектировщик интегральной схемы прикладного назначения (application specific integrated circuit (ASIC) design engineer)
— аналитик по планированию мощностей (capacity planning analyst)
— инженер в области вычислительной техники (computer engineer)
— инженер в области вычислительной техники (кроме разработчиков программного обеспечения) (computer engineer (except software))
— инженер компьютерного оборудования (computer hardware engineer)
— инженер вычислительных систем (computer systems engineer)
— специалист по телекоммуникационным вычислительным системам (computer telecommunications specialist)
Обязанности по профессии
Для полного показа информации вам необходим Премиум-доступ. Без него некоторые разделы скрыты за ***.
Данные по зарплате за год
Количество трудоустроенных: ***
Средняя годовая зарплата: $92350
Количество вакансий на Job Bank: ***
| Провинция | Перспективы трудоустройства | Мин. часовая ставка | Средняя | Макс |
| Канада | $*** | $*** | $*** | |
| Британская Колумбия | *** | $*** | $*** | $*** |
| Альберта | *** | $*** | $*** | $80.77 |
| Саскачеван | Хорошие | $*** | $*** | $*** |
| Манитоба | *** | $*** | $*** | $*** |
| Онтарио | *** | $*** | $*** | $66.83 |
| Квебек | *** | $*** | $*** | $*** |
| Нью-Брансуик | Хорошие | $*** | $*** | $*** |
| Новая Шотландия | *** | $*** | $*** | $53.30 |
| Ньюфаундленд и Лабрадор | *** | $*** | $*** | $*** |
*** Информация показывается при наличии доступа в IT-систему
Список канадских компаний, которые нанимают иностранных специалистов по данной профессии.
Количество выданных ПМЖ по годам
| Провинция | 2015 | 2016 | 2017 | 2018 | 2019 | 2020 |
| Альберта | 35 | *** | *** | *** | *** | *** |
| Британская Колумбия | 20 | *** | *** | *** | *** | *** |
| Квебек | 205 | *** | *** | *** | *** | *** |
| Манитоба | 20 | *** | *** | *** | *** | *** |
| Новая Шотландия | 10 | *** | *** | *** | *** | *** |
| Нью-Брансуик | *** | *** | *** | *** | *** | |
| Онтарио | 300 | *** | *** | *** | *** | *** |
| Саскачеван | 5 | *** | *** | *** | *** | *** |
| Итого | *** | *** | *** | *** | *** | *** |
Внимание! Для работы в Канаде может потребоваться получение лицензии
Мы обнаружили востребованность данной профессии (NOC 2147)! В нашей базе данных найдено 74 иммиграционных программ/информационных сессий, где принимаются или принимались заявки по этой специальности.
Инфосессия / ярмарка вакансий (подходит для NOC 2147)
| Название | Провинция | |
 | ***мационн*** | Нью-Брансуик |
| ***мационн*** | Нью-Брансуик |
| ***мационн*** | Нью-Брансуик |
Иммиграционная программа (подходит для NOC 2147)
| Название | Провинция | |
 | ***ity Ski*** | Ньюфаундленд и Лабрадор |
| ***oba Exp*** | Манитоба |
| ***tchewan*** | Саскачеван |
| ***tchewan*** | Саскачеван |
| ***oba Hum*** | Манитоба |
| ***oba Ski*** | Манитоба |
| ***oba Ski*** | Манитоба |
| ***l Talen*** | |
| ***oba Exp*** | Манитоба |
| ***oba Ski*** | Манитоба |
| ***ta Expr*** | Альберта |
| ***io Fren*** | Онтарио |
| ***io Huma*** | Онтарио |
| ***xpress *** | Остров Принца Эдуарда |
| ***c Skill*** | Квебек |
| ***al Skil*** | |
| ***-up Vis*** |
Иммиграционная программа, требующая рабочего контракта (подходит для NOC 2147)
| Название | Провинция | |
| *** and No*** | Онтарио |
| *** and No*** | Онтарио |
| *** and No*** | Онтарио |
| *** and No*** | Онтарио |
| *** and No*** | Онтарио |
| ***l Talen*** | |
| ***P Tech*** | Британская Колумбия |
| ***ta Oppo*** | Альберта |
| *** and No*** | Онтарио |
| *** and No*** | Онтарио |
| ***io Regi*** | Онтарио |
| *** and No*** | Британская Колумбия |
| *** and No*** | Британская Колумбия |
| *** and No*** | Манитоба |
| *** and No*** | Манитоба |
| *** and No*** | Альберта |
| ***Scotia *** | Новая Шотландия |
| ***killed *** | Северо-Западные территории |
| ***xpress *** | Северо-Западные территории |
| ***tic Int*** | |
| ***ta Oppo*** | Альберта |
| ***tic Imm*** | Нью-Брансуик |
| *** Expres*** | Юкон |
| *** Skille*** | Юкон |
| ***runswic*** | Нью-Брансуик |
| ***sh Colu*** | Британская Колумбия |
| ***runswic*** | Нью-Брансуик |
| ***undland*** | Ньюфаундленд и Лабрадор |
| ***io Fore*** | Онтарио |
| ***killed *** | Остров Принца Эдуарда |
| ***killed *** | Остров Принца Эдуарда |
| ***tchewan*** | Саскачеван |
| ***undland*** | Ньюфаундленд и Лабрадор |
| ***illed W*** | Британская Колумбия |
| ***tic Hig*** | |
| ***tic Imm*** | Новая Шотландия |
| ***oba Wor*** | Манитоба |
| ***oba Emp*** | Манитоба |
| ***io Corp*** | Онтарио |
Вас могут заинтересовать канадские работодатели, которые могут взять на работу иностранцев по Атлантическому пилоту.
Иммиграционная программа с прошлым опытом работы в Канаде (подходит для NOC 2147)
| Название | Провинция | |
| ***c Exper*** | Квебек |
| ***tchewan*** | Саскачеван |
| ***ian Exp*** | |
| ***Scotia *** | Новая Шотландия |
Иммиграционная программа, требующая окончания учебного заведения в Канаде (подходит для NOC 2147)
| Название | Провинция | |
| ***ity Ski*** | Ньюфаундленд и Лабрадор |
| ***oba Int*** | Манитоба |
| ***c Exper*** | Квебек |
| ***sh Colu*** | Британская Колумбия |
| ***io Inte*** | Онтарио |
| ***undland*** | Ньюфаундленд и Лабрадор |
| ***sh Colu*** | Британская Колумбия |
| ***tchewan*** | Саскачеван |
| ***xpress *** | Остров Принца Эдуарда |
| ***tic Int*** |
Иммиграционная программа для инвесторов (подходит для NOC 2147)
Просмотр полной информации на этой странице стоит 500 монет.
Выберите количество монет для покупки:
NOC-инжиниринг — идея для комфортного старта в IT
NOC (Network Operations Center) инженер — востребованный специалист на рынке IT. В традиционном понимании, это бывший сисадмин, который хочет развиваться в сторону DevOps, но для этого ему необходима профильная подготовка.
С чего начать? Конечно же, с обучения. Специализированную программу можно пройти в рамках NOC School Provectus 2.0 — с возможностью полного погружения в NOC-направление. Но прежде стоит понять: готовы ли вы к профессии, которую вскоре ждут большие изменения.
Старт в NOC
Попасть в IT из смежной сферы? Опытные специалисты советуют рассмотреть в качестве отправной точки позицию NOC-инженера.
«Это классная возможность войти в серьезные технологии для системных администраторов из любой индустрии», — считает Дмитрий Евстюхин, Solution Architect в Provectus.
Идеальный кандидат в NOC-инженеры — Linux-администратор. Знание инфраструктуры Linux сейчас куда более востребовано, чем Windows. Также необходимо базовое владение мониторингом — будущему «ноку» важно понимать, что такое сервера, приложения, какие метрики и данные говорят о том, «здоровы» они или нет.
«Мы всегда даем задание, чтобы увидеть ход логических рассуждений человека. К примеру, есть почтовый сервер, как можно узнать, что он точно работоспособен: шлет ли он сейчас почту, не жалуются ли пользователи? Даже если кандидат никогда не сталкивался с этим, ему нужно попытаться понять, какие понадобятся метрики мониторинга и данные, чтобы выяснить, «здоров» ли сервер», — рассказывает Александр Шпиллер, DevOps Technical Lead в Provectus.
Из технических скилов оценят не только Linux-администрирование и понимание мониторинга, но и базовые навыки работы с сетями. Большой плюс кандидату — знакомство с облачными технологиями. Английский хотя бы на уровне Intermediate — маст, ведь необходимо писать и понимать документацию, общаться с командой разработки и DevOps-инженерами.
Характерный нюанс работы NOC-инженеров — график, связанный с поддержкой 24/7. Традиционно это 12-часовая смена, за которой следуют 48 часов отдыха. Порой приходится работать в ночные смены. Непривычный график также является и мотиватором для карьерного роста. «Больше двух лет в таком режиме может быть тяжело», — делится Александр Шпиллер, построивший NOC-процессы в команде Provectus.
Еще больше, чем переход на привычное расписание, мотивируют возможности для быстрого профессионального роста.
«Лично я вижу прямой карьерный путь: NOC инженер — DevOps инженер — тимлид или архитектор, в зависимости от интересов», — рассказывает Дмитрий Евстюхин, который прошел путь от системного администратора до Solution Architect.
NOC является первой линией поддержки и наблюдает всевозможные типы задач на проекте. Если он подключается к их решению и пытается в них разобраться, а не просто передает дальше, то этап перехода на Junior DevOps позицию вполне логичен.
Из NOC в DevOps: как развиваться
Примеры перехода из NOC в DevOps — самые распространенные. Конечно, при условии должного упорства специалиста. Евгений Жуков, DevOps Engineer в Provectus, прошел этот путь за 15 месяцев. А в NOC-инжиниринг пришел из системного администрирования.
«Начинал я как самоучка: по мере решения различных технических задач перешел с Windows на Linux. На одной из своих предыдущих работ настроил Linux машину, на которой были виртуальные хосты с теми или иными сервисами. Перевел полностью предприятие на Linux, что сократило расходы на лицензии Windows. Сделал это настолько user-friendly, что никто из сотрудников не понял, что теперь работает на Linux», — говорит Евгений Жуков, DevOps Engineer в Provectus.
По опыту Александра Шпиллера, самоучки действительно больше копают для того, чтобы разобраться в непонятной теме. К тому же, сложные кейсы запоминаются лучше.
«Впоследствии это и отличает Junior от Middle и от Senior — количество набитых шишек, опыта. Даже если инженер с какой-то задачей не сталкивался, но имеет опыт решения похожих проблем, он логически придет к тому, где искать нужное решение. Именно так мы можем понять, готов ли NOC-инженер перейти в DevOps», — говорит Александр Шпиллер.
«Хорошо знал инфраструктуру нашего проекта, где что находится, откуда то или иное задание я могу решить и оценивал, насколько быстро я могу это сделать», — вспоминает о собственном переходе в DevOps Евгений Жуков.
Также здорово помогли знания облачных сервисов AWS. Женя, как и многие другие сотрудники Provectus, сертифицировался на официальном экзамене от AWS. И еще летом 2019 получил сертификат уровня Cloud Practitioner. Следующая на очереди — сертификация Solutions Architect – Associate, в процессе обучения поддерживает компания. Provectus как Premier партнер Amazon Web Services предоставляет материалы для подготовки к сертификации любого уровня. Понимание облачных технологий, в частности cloud сервисов Amazon — одно из самых актуальных требований для перехода в DevOps.
Департамент департаменту — рознь: чем отличаются NOC отделы разных компаний
При том, что сервисы NOC везде подразумевают мониторинг 24/7 и оперативное реагирование на неполадки, NOC департаменты отличаются.
В некоторых компаниях они отвечают исключительно за мониторинг: отслеживают ситуацию в реальном времени на экранах и попутно разрабатывают дополнительный мониторинг.
В других случаях NOC инженер — промежуточная ступень на пути к DevOps отделу. Именно так происходит в Provectus: погружение в DevOps задачи — с первых дней.
Александр Шпиллер считает, что наиболее эффективный способ организации NOC-отдела — с видением того, что любой из инженеров при должном старании получает возможность за определенный срок вырасти в DevOps инженера.
«Все проблемы, как правило, из отсутствия коммуникации. Если NOC-инженер изолирован и занимается только своим скоупом работы и выполняет абсолютно базовые вещи, то он так и застопорится на этом. Интеграция должна происходить с первого дня. Для этого мы выстраиваем путь обучения — знакомим с актуальными на рынке DevOps технологиями, делегируем задачи все более высокого уровня», — говорит Александр Шпиллер.
Участвуя в ежедневных обсуждениях DevOps команды, находясь в коммуникации по поводу решения новых задач, NOC-инженер постепенно наращивает компетенцию.
«Изучая свой Ansible, AWS, да что угодно, он параллельно узнает, какие инструменты используем, как обсуждаем и логически решаем задачу перед тем, как непосредственно писать код или строить решения. И это очень сильно помогает ребятам расти профессионально».
Также внутри отдела команда отслеживает, чтобы у NOC-инженера практически не было мануальных задач. Если один и тот же запрос пришел «ноку» больше пяти раз, это повод посадить кого-то из инженеров и автоматизировать задачу.
«Концепция в том, что NOC-команда становится неотъемлемой частью Managed Services команды. NOC — не что-то изолированное, а просто выделенная функция внутри команды, в которой инженеры с разным уровнем экспертизы работают как одно целое. Такой подход позволяет предоставлять клиенту высококачественные услуги», — считает Дмитрий Евстюхин.
У NOC-инженеров действительно все больше обязанностей и выше уровень запрашиваемой компетенции. Если раньше было достаточно просто отслеживать, что система работает, то с усложнением систем и мониторинг становится более комплексным. Порог входа в NOC повышается, отмечает Александр Шпиллер.
«Сейчас есть возможность получать намного больше данных, анализировать приложения, поведение пользователей. В продвинутых компаниях остро чувствуется необходимость в NOC-компетенции. Теперь человек не просто сидит за монитором, это полноценный инженер, который может написать код, разобраться в сложных системах, даже если потребуются подсказки со стороны опытного DevOps-инженера. Не важно, на Ruby, Python, PHP ты напишешь программку, главное, что она будет выполнять нужную задачу», — объясняет Александр Шпиллер.
Тенденции в NOC
Являясь частью IT, NOC-инжиниринг динамично развивается. С тенденцией на усложнение мониторинга в нем появляется много дополнительных инструментов. Для контейнеров, Kubernetes, application performance мониторинга, — только успевай внедрять и ресерчить, насколько это полезно.
Мониторинг позволяет выявить проблему до того, как прибежит клиент и скажет: у нас что-то не работает. В этом и цель — найти и починить быстрее, чем клиент заметит, при этом используя все более сложные инструменты, чтобы отлавливать, исправлять и разрабатывать мониторинг.
Для Александра Шпиллера, который руководит командой NOC уже много лет, заметна тенденция на комплексный мониторинг: «Как я вижу, для карьерного роста ребят важно удовлетворить эту потребность рынка. Он очень нуждается сейчас в сложном мониторинге, анализе, дополнительных метриках. Это позволяет бизнесу понимать потребности его пользователей, иметь более лояльных клиентов».
Роль NOC-инженера становится шире, предлагая ему быть в курсе актуальных технических тенденций. Именно таких, всесторонне развитых и технически подкованных, NOC-инженеров растят и хотят и дальше растить в Provectus. Подход компании — обучать будущих «ноков», полагаясь на знания опытных NOC и DevOps инженеров внутри компании. Именно поэтому запустили уже вторую «нок-школу» в Provectus.
Стать ее участниками могут кандидаты с базовой технической подготовкой и знанием основ компьютерных сетей. Обучение в Provectus NOC School 2.0 — бесплатно. А для лучших студентов — есть возможность присоединиться к NOC-команде Provectus.
Чтобы получить востребованную профессию и расширить представление о компетенции NOC-инженеров, нужно сделать первый шаг: подать заявку на странице школы.
Впоследствии планируем пойти дальше — и для Managed Services команд готовить, в том числе и девопсов. Академия DevOps от Provectus уже составляет учебную программу и готовится к запуску. Чтобы не пропустить, следите за обновлениями.