Недавно словарь сетевых технологий пополнился новым термином. 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)


  1. Shaz
    21.12.2021 18:31
    +3

    Ну вот и сетевики ребрендинг затеяли.


    1. rionnagel
      22.12.2021 00:06

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


      1. Shaz
        22.12.2021 00:10
        +1

        Как и девопс, sre, и ещё много интересных слов. и в этом нет ничего странного.

        Странно будет когда это пойдёт в массы.


        1. rionnagel
          22.12.2021 18:35

          Ну "массы" относительны. Я думаю те, у кого масштабы хоть какие есть под 100-200+ сетевого оборудования уже хоть какие-то инструменты, да применяют. Да даже я использовал всего с ~сотней роутеров гитлаб ci/cd с ансиблом. Это гораздо быстрей и надежней, чем руками.


    1. GrgPlus93
      22.12.2021 01:45

      Как с языка снял. Были админы, сетевеки и безопасники. Теперь devops, devsecops и netops. Ждем когда дба чего-нибудь этакое выдадут.


      1. Shaz
        22.12.2021 01:48

        Перед дба будут netsecops ещё. С размышлениями о business value строчки deny any any в конфиге их древней циски. (Или микротика, хотя на ночь о таком лучше не думать. )


      1. MuuNu
        22.12.2021 13:27

        Вместо проект-менеджеров ManOps

        Вместо аналитиков AnalOps


  1. extiander
    21.12.2021 19:44
    +3

    очень красивые крутые слова

    потом начинаешь копать

    поддержка ансибл - кусочная по части вендоров, остальные cms - еще хуже

    terraform - вообще ужас

    api - (те пишите сами господа свои костыли) - начальная/средняя поддержка - очень индивидуально под каждое решение

    и получается - дааа конечно можно сделать тролебус на реактивной тяге

    а уже если вендоров не 1 в решении, то вообще прелесть


    1. rionnagel
      22.12.2021 00:13
      +1

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


      1. extiander
        22.12.2021 04:31
        +1

        я не говорил что не выгодно (сам для dcnm cli тулзу писал)

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


  1. iddqda
    22.12.2021 10:35
    +1

    >> NetOps — это не просто сокращение от Network Operations
    Нет это именно просто сокращение от Network Operations и ничего более.
    И для этих самых оперейшнс и консольные сервера и отдельная сеть управления OOB использовалась примерно всегда. Тут нет ничего нового.

    А тот NetOps который про автоматизацию называется NetDev, DevNet или NetDevOps.
    А еще есть отдельное направление ChatOps и возможно где то даже существует нет-девчат-опс :)