Que ferramenta: gráficos de serviços de negócios e suas dependências tecnológicas

Question

Estou procurando dar à nossa empresa uma visão geral dos serviços de negócios que a TI oferece e suas várias dependências.

O objetivo deste gráfico seria mostrar as dependências da tecnologia em aplicativos de negócios com o objetivo de auxiliar o gerenciamento de configurações. Por exemplo, se o servidor que hospeda 3 de nossas VMs ficar inativo, quais aplicativos de negócios são afetados enquanto trabalhamos em uma correção? Ou, se uma alteração está sendo feita em uma sub-rede ou uma reinicialização de um roteador é necessária, quem precisamos notificar?

Essas tecnologias seriam mostradas de cima para baixo (aproximadamente de "front end" para "back end") ao longo das linhas das seguintes camadas:

Front end:

• Serviços empresariais (e-mail comercial, agenda comercial, documentos comerciais, help desk, desenvolvimento de software, etc.)
• Aplicativos externos (aplicativos em nuvem, aplicativos não internos - aplicativos que não gerenciamos)
• Aplicativos internos (pacotes de software internos, aplicativos de intranet, etc.)
• Máquinas virtuais
• Máquinas (servidores, desktops, laptops, telefones, hosts da VM)
• Camadas de rede / tecnologia (DMZ, IDS, várias sub-redes e VLANs)
• Equipamento de rede (roteadores, switches, hubs)

Estou aberto a quaisquer pensamentos, recomendações, etc. sobre como várias pessoas visualizaram isso. Agradecemos antecipadamente por qualquer ajuda que você possa dar!

    

Answer 1

Um quadro branco para começar (obtenha o pessoal de negócios e de tecnologia em uma reunião. Primeiro, desenhe os negócios e, em seguida, faça com que os técnicos preencham os sistemas que o suportam, além de quaisquer sistemas não conectados diretamente).

Armado com o diagrama do quadro branco (tire uma foto!) você pode desenhar isso no Visio / Graffle / Tool-Of-Choice.
Há várias maneiras de dividi-lo (tudo em uma página, por rede / sub-rede, por máquina host, por grupo de negócios, etc.) - Você pode precisar de uma (ou mais) dessas avarias para fornecer informações para todos os grupos que precisam, mas do ponto de vista da TI, você deseja pelo menos as informações no nível da máquina e da rede exibidas de alguma forma para satisfazer os cenários de notificação descritos acima.

Duas notas:

1. Isso pressupõe que sua equipe de TI conheça bem a rede, os sistemas e os objetivos.
   Se eles não esperam que isso leve MUITAS reuniões, e esperem que o investimento substancial valha a pena quando algum sistema crítico de negócios explode e os caras de TI sabem exatamente onde procurar para resolver o problema.

2. O resultado final de todo o desenho provavelmente lhe dará uma boa idéia de como monitorar seus sistemas do ponto de vista de negócios, e pode sugerir maneiras lógicas de reorganizar (ou criar, se você não tiver) sistemas de monitoramento que você usa.
   Tire proveito disso agora, enquanto você tem recursos prestando atenção a isso. Mais uma vez, ele será bem-vindo a longo prazo quando o material é interrompido e você sabe disso antes que qualquer um dos usuários de sua empresa possa até mesmo atender o telefone para reclamar.

Answer 2

Esse é um dos objetivos de um CMDB, mostrando as dependências entre os ICs (itens de configuração). Qualquer pacote de gerenciamento de mudanças corporativo deve ter um CMDB. Uma questão relacionada é: quem vai mantê-lo atualizado? Quando alguém adiciona um novo servidor Apache a um farm, ele será adicionado com os relacionamentos apropriados no CMDB? Coisas assim são difíceis de automatizar, embora existam empresas que vendem coisas caras para tentar fazer isso.

/ edit - CFEngine tem um produto comercial chamado Knowledge Map, que tem uma abordagem diferente. link . Parece que o produto gratuito deles usa, o produto comercial permite que você faça mais com ele. Não tenho idéia sobre os custos deles, mas tenho certeza de que é menos do que os grandes garotos do CMDB, como o HP ServiceManager. Eu acho que você teria que estar usando CFengine para gerenciamento de configuração para que valesse muito. Alternativamente, se você não está com medo de fazer um pouco de codificação, você pode criar uma lista de inventário com um mapeamento de dependência e então criar um gráfico a partir disso.

No entanto, o IME, seja qual for a abordagem que você faça, tentar fazer isso apenas com uma ferramenta gráfica estática estará fadado à irrelevância depois de alguns meses. Você começa a adicionar servidores e não se preocupa em atualizar o Visio porque é um PITA. Por outro lado, se você fizer "atualizar a documentação":

1. Tão fácil quanto "adicionar o servidor e seus números de dependência a esse arquivo de texto" para que os administradores de sistema fiquem mais propensos a fazê-lo ... e / ou ....

2. Faça o trabalho de outra pessoa (exigiria um strong processo de controle de alterações)

.. então você pode ter mais sorte.