No passado, os sistemas de construção eram um assunto bastante simples. Descobrimos as fontes, os integradores colocaram-nas numa prateleira. Para aqueles poucos que não podiam estar no bastidor, alguns extensores para levar o sinal para o processador. Depois mais alguns extensores para levar os sinais para os nossos monitores e voilá! O projeto foi feito. Ok, não é assim tão simples, mas a ideia geral é precisa.
Hoje em dia, não é assim tão simples. As entradas físicas têm dado lugar a cada vez mais entradas virtuais. Nossos clientes já não se importam mais com a localização das coisas, eles só precisam ter acesso a elas! Isto começou com as câmeras de segurança. Os sistemas costumavam exigir um dispositivo de hardware para pegar a alimentação dessa página web/ câmera de segurança e transformá-la em um HDMI e, em seguida, conectá-lo ao sistema. Isso era bom quando o desenvolvimento web era novo... mas com o tempo, começamos a precisar cada vez mais dessas fontes. E com o tempo, em muitos casos, elas iriam eclipsar o número de entradas físicas em um sistema. Como se isso não fosse suficiente, o aumento das plataformas de software de análise de dados e dashboards levou a uma necessidade cada vez maior de mais entradas virtuais. Afinal, porquê dedicar 12 computadores a diferentes dashboards quando se trata apenas de uma página web que está na rede.
Globalmente, o factor impulsionador tem sido a flexibilidade. Flexibilidade para inputs, flexibilidade na localização/distância e flexibilidade nos sistemas. Em um sistema baseado em entradas físicas, se de repente, queremos adicionar algumas entradas a um sistema que já estava cheio, ou até mesmo adicionar uma entrada em uma estação do operador que não estava previamente cabeada para uma (ou talvez estava localizada em outro continente!)... então temos que adicionar hardware, puxar novos cabos, instalar caixas. Nada disto é desejável. Mas isso era necessário no passado.
Hoje em dia, com um sistema que tem a capacidade de adicionar entradas virtuais, basta carregar um cliente de software, fazer com que o cliente o administre como faria com qualquer outro recurso de rede e em questão de minutos, temos essa nova "fonte" disponível como entrada para o sistema. Sem hardware, sem cabos para executar, sem caixas para instalar. É impossível minimizar o quanto isso é benéfico quando se trata de construir sistemas. Não é apenas mais fácil, é mais resiliente, mais seguro e, no que diz respeito à escalabilidade, as suas opções são ilimitadas. Já mencionamos que as fontes podem estar em qualquer lugar, mas essa não é a única grande vantagem. No passado, se tivéssemos um painel de controle sendo alimentado a partir de um PC, então precisávamos de uma máquina de backup também no caso da principal falhar... ou precisar de manutenção/parada/atualizações do sistema. Então isso significava mais hardware, mais espaço no rack, etc. Se estivermos acessando uma fonte virtualmente, nada disso entra em jogo. Quer esteja abrindo uma aplicação para puxar esse painel diretamente para o processador e, assim, para a parede, ou apenas pegando um fluxo de vídeo H.264 para garantir que temos essa alimentação de câmera, nenhum hardware significa menos pontos de falha e, se essa câmera de origem tiver um problema, mudar para uma câmera diferente é apenas uma questão de um script para pular para um fluxo IP diferente. A carga geral do suporte a fontes virtuais na rede vai embora do integrador de sistemas e de volta para o cliente final, não há mais jogo de culpa por falhas de hardware ou fontes que não estão disponíveis em um determinado momento.
Agora, embora possa parecer fácil, deu origem a um tipo muito diferente de planeamento do sistema. O rastreamento de todas essas aplicações e fontes é um requisito. E como a maioria das redes usa DHCP para o gerenciamento de dispositivos, os endereços IP sozinhos nem sempre podem nos ajudar. Como resultado, o sistema precisa rastrear nomes de dispositivos e endereços IP com muito mais detalhes para garantir que não percamos coisas depois de uma janela de manutenção da rede. Além disso, precisamos rastrear as credenciais de acesso para fazer o login nessas entradas virtuais. Um uso mais profundo das API's para fazer login e se comunicar com os dispositivos também pode ser crítico. E finalmente, esta mudança para a rede significou um enorme pico nos requisitos de largura de banda. Os fabricantes e integradores de sistemas não podem projetar esses sistemas por nós mesmos, devemos estar trabalhando em conjunto com alguns grupos diferentes do lado do cliente. E mais importante, os fabricantes DEVEM ser experientes nesta área e ter os recursos para ajudá-lo a trabalhar com os clientes.
A outra grande questão é ter cuidado com as empresas que vivem em soluções "AV-centric". Enquanto a indústria AV é quem nós somos, estas soluções vivem no mundo das TI. Os clientes não vão estar a girar novas VLAN's para ultrapassar posturas de segurança "estranhas" ou operações específicas do fabricante. Sejam métodos de autenticação ou portas utilizadas. A nível empresarial, as SOMENTE aceitáveis soluções são aquelas que são de grau empresarial e seguem as práticas existentes na indústria. A integração com as políticas, fluxos de trabalho e sistemas de TI é um requisito porque facilita a sua vida.
Fazendo maior uso de entradas virtuais irá remodelar radicalmente o poder das soluções que você constrói para seus clientes. Ao dedicar um tempo para trabalhar com empresas como a Jupiter Systems, você poderá facilitar e ajudar a vender para os seus clientes. Júpiter tem estado na vanguarda desta evolução durante toda a sua vida. Eles têm experiência e knowhow nesta área que é inigualável. E à medida que continuamos a evoluir como uma indústria em direção a mais e mais do virtual, eles podem ajudá-lo a apresentar opções aos seus clientes que você talvez nem perceba que existiam.
