Недавно словарь сетевых технологий пополнился новым термином. NetOps — это не просто сокращение от Network Operations, смысл термина гораздо шире. NetOps в какой-то степени является развитием DevOps — мировоззрения ИТ, которое способствует интеграции и автоматизации процессов разработки и доставки приложений, а также коммуникации и тесному сотрудничеству разработчиков и системных администраторов. При этом NetOps подчеркивает важность физического оборудования, даже даже в условиях стремления к виртуализации системы.
Инструменты DevOps все чаще применяют при эксплуатации сетей, формируя подход NetOps к созданию и обслуживанию автоматизированной, гибкой и доступной сетевой инфраструктуры — надежной основы для поддержки функционирования инфраструктуры виртуализации. Добиться успеха на этом направлении критически важно, потому что эффективная работа каждого сотрудника и развитие бизнеса напрямую связаны с работоспособностью сетевой инфраструктуры.
Потребность в NetOps постоянно растет
Чтобы понять значимость NetOps, рассмотрим подробнее сетевую среду и факторы, которые способствуют ее развитию. Крупнейшие облачные провайдеры достигли в этом направлении заметных успехов. Крупные ИТ-компании, последовали их примеру и используют новейшие технологии автоматизации и механизмы виртуализации, чтобы быстро и эффективно масштабировать свои сетевые инфраструктуры.
Однако как бы эффективно они не внедряли виртуализацию и автоматизацию своих ИТ-систем, в конечном итоге они все опираются на физическую сетевую инфраструктуру.
Концепция DevOps способствует эффективному управлению на логическом уровне, но для его функционирования по-прежнему необходимо аппаратное обеспечение. Поэтому успех бизнеса во многом зависит от сетевых инженеров, которые обеспечивают бесперебойную работу оборудования.
На самом примитивном уровне сеть — это соединение точки A с точкой Б. Требуется поддерживать безопасность и надежность этого соединения независимо от внешних условий. Однако во многих архитектурах для управления корпоративной сетью используется та же самая сеть, так что при перегрузках или сбоях возникают проблемы с ее управлением. Это напоминает ситуацию, когда нужно позвонить в телефонную компанию с неработающего телефона и пожаловаться, что он не работает.
Для решения проблемы компании раньше использовали управление по выделенному каналу Out-of-Band (OOB), чтобы с помощью сотового модема получить безопасный альтернативный доступ к критичным устройствам. Консольный сервер можно установить в любом месте сбора данных, он обеспечивает физическое подключение к маршрутизаторам и коммутаторам, удаленный доступ к которым можно получить из центра управления сетью (Network Operations Centre, NOC) или из центрального офиса.
Часто такой подход рассматривают только как вариант для использования в случае возникновения чрезвычайных ситуаций, хотя, по нашему мнению, его стоит использовать как независимый уровень управления постоянно, а не только в случаях отказа основной сети. Он позволяет изолировать производственную сеть и управлять настройками сети только через более безопасный OOB-канал со строгим ограничением круга лиц, имеющих права доступа, фактически создавая «Сеть администратора сети».
Подход NetOps быстро набирает популярность среди сетевых инженеров. Использование процессов и инструментов DevOps помогает соответствовать все более сложным ожиданиям корпоративного бизнеса.
Многие организации предпочитают ничего не усложнять. Именно поэтому они продолжают работать на уже существующей архитектуре и не рассматривают альтернативные подходы. В рамках такого подхода они могли бы привлекать команды разработчиков и системных администраторов и предоставлять им доступ к продакшн-серверу.
Современные консольные серверы на базе x86-архитектуры способны поддерживать помимо функций по организации OOB-канала управления, такие современные инструменты NetOps как контейнеры Docker и скрипты Python. Применение современных методик и процедур автоматизации для обеспечения управления ИТ-инфраструктурой на удаленных объектах, и модернизация или расширение уже развернутых консольных серверов позволяют сетевому инженеру контролировать всю сеть - от уровня ЦОД до пограничных устройств на удаленных обьектах.
Благодаря тому, что в едином устройстве реализованы безопасный доступ по каналу OOB управления и возможность запускать инструменты NetOps, сетевые инженеры могут создавать собственные подуровни управления для разных ситуаций: для развертывания с нуля (Zero Touch Provisioning), для управления ежедневными настройками, а также для безопасного доступа через канал OOB управления при сбое основных каналов связи. Отказоустойчивая физическая сеть обеспечивает надежную работу виртуализированных сред.
Успешное продвижение к позитивному будущему с помощью NetOps
Этот подход становится все более популярным. Согласно глобальному опросу, недавно проведенному Opengear среди руководителей ИТ-отделов и отделов эксплуатации сетевой инфраструктуры, 57% респондентов сказали, что их организация внедрила автоматизацию NetOps во все процессы, связанные с функционированием сетевой инфраструктуры. К тому же 89% тех, кто применяет в своей работе парадигму NetOps, сообщили, что ее применение повысило общую надежность сетевой инфраструктуры в их организациях.
В нынешней ситуации, когда количество сбоев растет, а сетевые инженеры не могут выезжать на удаленные объекты для исправления неполадок, нарастает необходимость автоматизации операций по обслуживанию сети и востребованность решений NetOps. Использование стандартных инструментов NetOps, таких как Docker, Python и Ansible, в самой инфраструктуре управления сетью упрощает и ускоряет развертывание процедур автоматизации на всех уровнях ИТ-инфраструктуры организации.
Консольные сервера с поддержкой NetOps способствуют этому подходу. Судя по всему, NetOps будет получать все большее распространение, а требования организаций к инструментам, обеспечивающим применение NetOps, будут продолжать расти. Обслуживание сетей — на пороге перемен, и мы готовы вступить в новую сетевую эру.
Комментарии (11)
extiander
21.12.2021 19:44+3очень красивые крутые слова
потом начинаешь копать
поддержка ансибл - кусочная по части вендоров, остальные cms - еще хуже
terraform - вообще ужас
api - (те пишите сами господа свои костыли) - начальная/средняя поддержка - очень индивидуально под каждое решение
и получается - дааа конечно можно сделать тролебус на реактивной тяге
а уже если вендоров не 1 в решении, то вообще прелестьrionnagel
22.12.2021 00:13+1Я думаю тут все сильно зависит от масштаба. Если припечет, то и своё решение подобного рода может оказаться крайне выгодным. Но с вашими претензиями я солидарен.
extiander
22.12.2021 04:31+1я не говорил что не выгодно (сам для dcnm cli тулзу писал)
я сказал что это костылинг адовый, и поддерживать его даже в простых вариантах выливается в полноценный проект не слабее программного
iddqda
22.12.2021 10:35+1>> NetOps — это не просто сокращение от Network Operations
Нет это именно просто сокращение от Network Operations и ничего более.
И для этих самых оперейшнс и консольные сервера и отдельная сеть управления OOB использовалась примерно всегда. Тут нет ничего нового.А тот NetOps который про автоматизацию называется NetDev, DevNet или NetDevOps.
А еще есть отдельное направление ChatOps и возможно где то даже существует нет-девчат-опс :)
Shaz
Ну вот и сетевики ребрендинг затеяли.
rionnagel
Насколько я знаю в том же гугле подобный подход уже достаточно давно применяется.
Shaz
Как и девопс, sre, и ещё много интересных слов. и в этом нет ничего странного.
Странно будет когда это пойдёт в массы.
rionnagel
Ну "массы" относительны. Я думаю те, у кого масштабы хоть какие есть под 100-200+ сетевого оборудования уже хоть какие-то инструменты, да применяют. Да даже я использовал всего с ~сотней роутеров гитлаб ci/cd с ансиблом. Это гораздо быстрей и надежней, чем руками.
GrgPlus93
Как с языка снял. Были админы, сетевеки и безопасники. Теперь devops, devsecops и netops. Ждем когда дба чего-нибудь этакое выдадут.
Shaz
Перед дба будут netsecops ещё. С размышлениями о business value строчки deny any any в конфиге их древней циски. (Или микротика, хотя на ночь о таком лучше не думать. )
MuuNu
Вместо проект-менеджеров ManOps
Вместо аналитиков AnalOps