Автоматизация сетевых процессов переживает свой лучший момент. Главным образом, для растущих технологий, таких как программно-определяемые сети (SDN) и программно-определяемые сети WAN (SD-WAN) , Разнообразие существующих инструментов для реализации автоматизации носит стратегический характер, позволяя создать дорожную карту, которая делает возможным создание экосистемы, в которой сеть всегда может функционировать и одновременно защищать себя.
Однако его принятие происходит очень медленно. Главным образом из-за сопротивления сетевых инженеров. Любопытным фактом является то, что автоматизация сетевых процессов существует с самого начала самих сетей. Несмотря на это, сопротивление воспринимается, но, к счастью, есть тенденция, которая приведет к необходимости принять эти инструменты.
Сопротивление, на которое мы ссылаемся, может иметь непосредственное отношение к тому факту, что современный способ работы сегодня характеризуется ловкостью. Ручная настройка маршрутизаторов и коммутаторов через командные строки уже не так нова и надежна, как раньше. Дело в том, что существует слишком много рисков ошибок (прежде всего человеческих), и это довольно медленно.
Простота использования и интеграции
Любой инструмент сетевой автоматизации должен иметь графический интерфейс, а не только CLI (командные строки). Он должен быть простым в использовании, достаточно доступным для всех, кто работает в сетях, чтобы справиться с этим. Таким образом, не будет необходимости иметь эксперта по инструментам, и если кто-то из оставленных компаньонов ушел, то это вас не затронет.
С другой стороны, эти инструменты должны быть в состоянии интегрироваться с другими, такими как ServiceNow или Splunk. Что подразумевает, что они должны иметь API. Даже если мы выбираем автоматизацию с помощью неинтегрированных решений, мы должны учитывать долгосрочную интеграцию, чтобы способствовать внедрению улучшений и повышению производительности.
Важно отметить, что не потому, что конкретный инструмент является очень полным, он должен быть сложным в использовании. Важно не откладывать использование преимуществ решений, которые мы нанимаем. Потому что полагаться на одного человека, который является экспертом, - это большой долгосрочный риск.
Должен ли я выбрать инструмент типа SaaS (программное обеспечение как услуга)?
Все больше и больше людей выбирают SaaS-решения для обеспечения быстрого развертывания в производстве и постоянных обновлений. Нет никаких успехов или ошибок в том, какое решение выбрано, но только требования и потребности должны быть оценены, чтобы выбрать лучший вариант. С другой стороны, есть исследования, которые показывают, что каждое решение будет гибрид , Что это значит? Пользователи могут хранить определенные данные на месте, то есть там, где они в настоящее время размещены. Но все, что связано с искусственным интеллектом и сравнениями между компаниями, будет выполняться в облаке.
Наконец, мы должны рассмотреть безопасность. Инструменты автоматизации должны предоставлять нам необходимые данные, чтобы продемонстрировать, что политики безопасности соблюдаются и учитываются в соответствии с мандатами соответствия. Функциональные возможности отчетов должны обеспечивать видимость на всех этапах сети, от выполнения до оптимизации после внедрения.
