Qual é a sua abordagem para desenhar uma representação da sua rede?

7

Eu estou olhando para a comunidade para ver como as pessoas estão desenhando suas redes, ou seja, usando símbolos para representar uma topologia complexa. Você pode ter uma abordagem de hardware, onde cada unidade de hardware é representada. Você também pode ter uma abordagem de "entidade", onde cada "serviço" é mostrado. Ambos são interessantes, mas é difícil ter ambos no mesmo esquema (mas isso é necessário, especialmente usando o ambiente de virtualização). Além disso, é difícil ter informações complexas sobre essa representação. Por exemplo, parâmetros de segurança (enlace criptografado, necessidade de autenticação) ou detalhes específicos (tipo de protocolo, portas, encapsulamento).

Então, minha pergunta é: onde você está desenhando uma representação da sua rede, qual é a sua abordagem? Você está usando metodologia e / ou softwares específicos? Quais são as suas recomendações de informação para colocar (ou não)? Como lidar com a complexidade quando a rede se torna grande e / ou você quer colocar muita informação nela?

    
por Kartoch 09.02.2010 / 13:58

4 respostas

12

Eu não tenho um diagrama de rede.

Eu tenho:

  • um diagrama de topologia de rede IP;
  • um diagrama de conectividade física de comutação;
  • muitos diagramas de serviço (ou seja, correio, web, backups, sql, instalação, VPN, WAN, internet ...)

Cada diagrama tem um propósito diferente. Ao limitar os diagramas a um propósito, você tem uma chance muito maior de poder comunicar informações importantes.

Todos os meus diagramas são tipicamente viso-gerados, diagramas de caixa e nuvem, em que os únicos símbolos que uso são caixas (para roteadores ou computadores) e nuvens (para "redes", específicas como uma sub-rede específica ou geral como "a internet").

O problema de colocar tudo em um diagrama é que ele fica confuso. No nosso caso, a confusão layer2 / layer3 tornou tudo muito complicado, e tivemos que dividi-los em documentos separados.

Eu também não gosto de modelos de objetos específicos, porque quando você os tem, você desperdiça todo o seu tempo tentando obter símbolos para tudo (oh não! Eu não tenho um símbolo para o meu HP!) e tentando escalá-los todos então eles parecem certos. Com caixa e nuvem, você é forçado a se concentrar na informação, não em torná-la uma imagem bonita.

Isso não quer dizer que eu não vou converter partes dos meus diagramas em belas fotos para o tempo de powerpoint durante a apresentação do orçamento para os processos. Mas esses diagramas têm um propósito diferente.

    
por 09.02.2010 / 19:41
3

tivemos o mesmo problema: muita informação para uma imagem.

o que ajudou muito são camadas. você pode colocar os itens em diferentes camadas. nós adicionamos alguns botões com scripts vba para tornar as camadas visíveis ou ocultá-las.

Dessa forma, você pode colocar todas as informações em um só lugar, mas apenas mostrar as informações de que precisa atualmente.

    
por 09.02.2010 / 14:53
3

Não há uma resposta que atenda a todas as nossas necessidades e situações, mas sugiro que você decida se um diagrama é ou não o melhor método para documentar o que lhe interessa. Em seguida, diagrama exatamente as informações necessárias. Nem mais nem menos. Muito pouco tende a tornar o exercício inútil, enquanto muito dificulta a leitura e o uso.

Por exemplo, pode fazer sentido diagramar o layout lógico de sua rede, mas coisas como serviços podem ser melhor tratadas em um banco de dados, o que torna o gerenciamento e a pesquisa muito mais fáceis. Se você ainda quiser ter fotos bonitas de tudo, crie quantos diagramas forem necessários para ilustrar o que você quer, mas não tente colocar tudo em um diagrama.

    
por 09.02.2010 / 20:56
0

Eu acho que você precisa usar os lotes de hive .

hive plot — a rational visualization method for drawing networks in which nodes are mapped to and positioned on radially distributed linear axes based on network structural properties and edges are drawn as curved links.

    
por 15.01.2011 / 16:39