Я обращаюсь к сообществу, чтобы увидеть, как люди рисуют свои сети, то есть используют символы для представления сложной топологии. У вас может быть аппаратный подход, когда представлены все аппаратные единицы. У вас также может быть "сущностный" подход, когда отображается каждая "услуга". Оба они интересны, но их сложно разместить в одной схеме (но это необходимо, особенно при использовании среды виртуализации). Кроме того, сложно получить комплексную информацию о таком представлении. Например, параметры безопасности (зашифрованная ссылка, необходимость аутентификации) или конкретные детали (тип протокола, порты, инкапсуляция).
Итак, мой вопрос: где вы рисуете представление своей сети, каков ваш подход? Вы используете методологию и / или конкретное программное обеспечение? Какие ваши рекомендации по информации ставить (или нет)? Как справиться со сложностью, когда сеть становится большой и / или вы хотите разместить в ней много информации?
У меня нет сетевой схемы.
У меня есть:
У каждой диаграммы свое назначение. Ограничивая диаграммы определенной целью, у вас гораздо больше шансов передать важную информацию.
Все мои диаграммы, как правило, представляют собой визуально сгенерированные диаграммы с блоками и облаками, поскольку единственные символы, которые я использую, - это блоки (для маршрутизаторов или компьютеров) и облака (для «сетей», либо специфические, как конкретная подсеть, либо общие, например " интернет").
Проблема с размещением всего на одной диаграмме в том, что она становится беспорядочной. В нашем случае беспорядок layer2 / layer3 сделал все слишком сложным, и нам просто пришлось разделить их на отдельные документы.
Мне также не нравятся конкретные шаблоны объектов, потому что, когда они у вас есть, вы либо тратите все свое время, пытаясь получить символы для всего (о нет, у меня нет символа для моей штуки HP!), А затем пытаетесь масштабировать их все, чтобы они выглядели право. С коробкой и облаком вы вынуждены концентрироваться на информации, а не на создании красивой картинки.
Это не значит, что я не буду преобразовывать части своих диаграмм в красивые картинки на время PowerPoint во время представления бюджета костюмам. Но у этих диаграмм другое назначение.
у нас была та же проблема: слишком много информации для одного изображения.
что очень помогло, так это слои. вы можете разместить предметы на разных слоях. Затем мы добавили несколько кнопок со сценариями vba, чтобы сделать слои видимыми или скрыть их.
таким образом вы можете разместить всю информацию в одном месте, но отображать только ту информацию, которая вам сейчас нужна.
Не существует единого ответа, который мог бы удовлетворить все наши потребности и ситуации, но я предлагаю вам сначала решить, действительно ли диаграмма является лучшим методом документирования того, что вас интересует. Затем нанесите на диаграмму именно ту информацию, которая вам нужна. Ни больше ни меньше. Слишком мало делает упражнение бессмысленным, а слишком большое - затрудняет чтение и использование.
Например, имеет смысл составить схему логической схемы вашей сети, но такие вещи, как службы, могут быть лучше обработаны в базе данных, что значительно упрощает управление и поиск. Если вы все еще хотите, чтобы все было красиво, создайте столько диаграмм, сколько необходимо, чтобы проиллюстрировать то, что вы хотите, но не пытайтесь собрать все это на одной диаграмме.
Я думаю тебе нужно использовать ульи.
улей - рациональный метод визуализации для рисования сетей, в которых узлы отображаются и размещаются на радиально распределенных линейных осях на основе структурных свойств сети, а ребра рисуются как изогнутые связи.