Аппаратное обеспечение конфигуратор и подбор серверов

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

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

Общее мнение таково: ?Нельзя автоматизировать то, что я делаю. Слишком много исключений, которые требуют отдельных реакций в процессе ?. С другой стороны, ошибочно думать, что вам просто нужно ввести правильный инструмент, и все это делается автоматически. Сложность не может быть автоматизирована, по крайней мере, не с экономической точки зрения. Это прямо показывает, в чем заключается настоящая проблема автоматизации. Это не технология, это структуры и процессы.

Любой, кто включает автоматизацию, открывает новый потенциал

Поэтому наиболее важной и, возможно, самой сложной задачей перед автоматизацией является обеспечение автоматизации процессов. Они должны быть определены, упрощены, стандартизированы и задокументированы. При правильной технической реализации вы не только добьетесь значительной экономии. Было показано, что это также порождает новые идеи и возможности для новых деловых разработок. Это касается, например, расширения портфеля или внедрения новых бизнес-моделей.

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

Автоматизация - это все о процессах

Аппаратное и программное обеспечение во имя гибкости

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

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

Наконец, мы выбрали платформу TM . Это соединяет прозрачные для протокола сетевые интерфейсы на уровне 1 в матрице. Патч от порта x маршрутизатора A к порту y маршрутизатора B заменяется соответствующей командой в CLI матрицы. Это то, что мы хотели.

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

Цель достигнута благодаря автоматизации

Внедренное решение отвечает нашим целям во всех отношениях. Мы уже экономим так много времени, что расчет только одной экономии больше не имеет смысла.

  • Мы называем топологии и связанные конфигурации, которые мы когда-то генерировали через Orchestrator. Через несколько минут топология и системы настраиваются напрямую. Создание топологии с нуля в файле YAML занимает менее двух часов, в зависимости от сложности, с небольшой практикой. Раньше на это нужно было два-три дня.
  • Модули базовой конфигурации, базовая конфигурация , быстро развертываются с помощью конфигуратора.
  • Сценарии тестирования , которые необходимо повторить несколько раз в выбранной топологии, например, для регрессионных тестов перед обновлением программного обеспечения, можно определить один раз, а затем снова и снова активировать, а затем запустить автоматически. Отчет о результатах даже включен.

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

Потенциал на будущее еще не исчерпан

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

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

Автоматизация сетевой инфраструктуры в нашем TestLab
inserted by FC2 system