Priorizar o controle de custos e resultados claros está gerando uma dura verificação da realidade da IoT industrial em todo o setor manufatureiro.
A period do cheque em branco para sensores de fábrica acabou. Durante cinco anos, os fornecedores de software program promoveram uma narrativa simples mas sedutora aos executivos da cadeia de abastecimento: ligar todos os activos físicos à Web, acumular os dados resultantes e esperar que os ganhos de eficiência se materializem.
Os conselhos de administração das empresas acreditaram na visão e financiaram programas-piloto massivos. Agora, as faturas do armazenamento em nuvem estão chegando, os rendimentos da produção permanecem teimosamente estáveis e a paciência evaporou. Os gerentes de fábrica estão investigando ativamente por que os projetos industriais de IoT estão sendo reavaliados: com foco no controle de custos e nos resultados.
Se uma peça de {hardware} conectado não puder provar seu valor financeiro dentro de um único ciclo orçamentário, ela será desconectada.
Sobrevivendo à armadilha do piloto
O chão da fábrica está repleto de pilotos de tecnologia abandonados. Essa paralisia ocorre porque as equipes de engenharia frequentemente ficam apaixonadas pela tecnologia em si, e não pelo problema actual de negócios para o qual foram contratadas. Um belo painel de software program que exibe a umidade ambiente em tempo actual de um compartimento de armazenamento vazio oferece valor zero para um diretor de tecnologia operacional que tenta atingir uma cota diária de produção.
Para sair deste ciclo, os executivos estão a estreitar impiedosamente o seu foco. A manutenção preditiva só importa quando aplicada ao maquinário específico que causa gargalos caros. Ninguém precisa de um sensor de vibração em uma geladeira de sala de descanso. No entanto, anexar monitores acústicos a uma prensa de estampagem primária ou à caixa de engrenagens principal de uma turbina eólica offshore apresenta uma equação financeira completamente diferente.
Quando um ativo primário falha inesperadamente, o tempo de inatividade resultante custa dezenas de milhares de libras por minuto. Detectar uma anomalia microscópica em um rolamento de motor três semanas antes de ele quebrar permite que as equipes de manutenção troquem a peça durante uma parada programada de domingo, poupando à empresa enormes perdas em atrasos na produção.
Os diretores de logística enfrentam pressões intensas semelhantes. O rastreamento GPS básico não justifica mais a implementação de {hardware}. Os líderes da cadeia de abastecimento querem sensores que protejam ativamente as receitas. Monitorar a temperatura interna de uma remessa farmacêutica da cadeia de frio através de três fronteiras evita milhões de libras em desperdício de estoque.
Esse retorno do investimento específico e comprovável é exatamente o que um CFOr exige antes de autorizar uma implementação world. As empresas já não estão interessadas em financiar experiências abertas de digitalização; eles querem soluções diretas para gargalos físicos.
Penalidade financeira da largura de banda da nuvem
Os ambientes da indústria pesada destroem ativamente o silício de consumo. Produtos químicos corrosivos, oscilações extremas de temperatura e interferência eletromagnética massiva exigem {hardware} especializado e caro, projetado para sobreviver a uma década de abuso.
As equipes operacionais frequentemente descobrem que o custo de atualização do cabeamento físico e da infraestrutura de rede para suportar milhares de novos sensores destrói completamente os retornos financeiros projetados do projeto.
Depois vem a conta de dados. Uma instalação de produção moderna gera petabytes de telemetria todos os meses. Transferir cada flutuação de temperatura e métrica de vibração para uma nuvem pública centralizada é um suicídio financeiro; os custos de largura de banda por si só eliminarão qualquer economia operacional gerada pelos sensores.
Os líderes operacionais impõem disciplina de custos, levando o poder da computação diretamente para a borda. Os servidores de borda ficam no chão de fábrica, agindo como guardiões agressivos. Eles processam a telemetria localmente, ignorando o zumbido regular do maquinário. Somente as anomalias (por exemplo, picos repentinos de calor ou vibrações erráticas) viajam até a nuvem central para armazenamento de longo prazo.
Esse processamento localizado mantém as faturas de largura de banda estáveis enquanto reduz a latência a zero. Se um soldador robótico começar a superaquecer, o edge gateway o desligará em milissegundos. Ele não espera por um servidor a 800 quilômetros de distância.
Defesa do perímetro físico
Conectar máquinas pesadas a redes externas abre totalmente a superfície de ataque corporativo. Um medidor de temperatura não seguro é uma ponte direta para a rede corporativa.
Em uma planta de processamento químico, um hacker que manipula as entradas dos sensores pode enganar os sistemas de segurança automatizados e fazê-los superaquecer um reator. No setor dos serviços públicos, os edge gateways comprometidos dão aos agentes mal-intencionados o acesso necessário para desligar as bombas de água regionais.
A defesa do perímetro físico exige o abandono dos antigos modelos de segurança de rede. As equipes de segurança precisam implantar arquiteturas de confiança zero até a linha de montagem. Cada dispositivo conectado requer criptografia baseada em {hardware}.
Se um monitor de manutenção preditiva em uma correia transportadora for violado, a segmentação estrita da rede deverá prender o intruso ali, impedindo-o de se transformar no principal software program de planejamento de recursos empresariais. O aparato de segurança deve operar sob a suposição de que sensores individuais serão inevitavelmente violados, contendo localmente o raio da explosão.
Acabando com a guerra territorial entre TI e TO
As equipes de TO e os departamentos de TI muitas vezes tratam uns aos outros como adversários. O gerente da fábrica se preocupa com o tempo de atividade contínuo e a segurança física; eles veem as atualizações de software program de rede como uma ameaça ativa à estabilidade mecânica. O departamento de TI se preocupa com a integridade dos dados, segurança da rede e cronogramas uniformes de patches.
Dimensionar uma rede de sensores garante uma colisão. Quando a TI força uma reinicialização obrigatória do gateway enquanto a fábrica está despejando um lote contínuo de produtos químicos, o produto estragado custa caro para a empresa. Os líderes têm que forçar esses dois grupos a ficarem na mesma sala. As equipes multifuncionais devem projetar a arquitetura em conjunto desde a fase inicial de definição do escopo.
O chão das fábricas está cheio de controladores lógicos programáveis com trinta anos de idade que falam linguagens obscuras e proprietárias. Extrair esses dados e traduzi-los em um formato que um mecanismo moderno de análise de nuvem possa entender é uma enorme dor de cabeça técnica. Os engenheiros de dados de TI devem trabalhar diretamente com os operadores veteranos que realmente entendem o que significa a produção da máquina.
Os engenheiros de TI projetam protocolos de segurança melhores quando realmente entendem as restrições físicas de uma linha de produção contínua. Os diretores de OT aceitam cronogramas de correção quando entendem o grave risco de o ransomware derrubar toda a instalação.
Esta convergência exige um forte patrocínio executivo para mediar disputas e forçar ambos os departamentos a alinharem-se em torno dos mesmos resultados financeiros.
Navegando em ecossistemas verticais de fornecedores
O cenário dos fornecedores está lutando para se adaptar a essa demanda por retornos rápidos e tangíveis. O mercado está a consolidar-se em torno de ecossistemas industriais verticais específicos, abandonando as plataformas genéricas do passado.
Os principais provedores de nuvem em hiperescala estão assinando parcerias profundas com empresas centenárias de automação industrial. Eles estão construindo software program pré-empacotado especificamente para fabricação automotiva, extração de petróleo em águas profundas ou logística portuária world.
Para um diretor da TO, esses ecossistemas parecem uma tábua de salvação. Comprar um modelo de aprendizado de máquina já treinado em milhões de horas de operações específicas de turbinas evita anos de desenvolvimento interno caro. A fábrica começa a ver um retorno em semanas, em vez de esperar anos para que uma equipe interna de ciência de dados construa um modelo do zero.
No entanto, essa conveniência mascara um grave risco de aprisionamento a longo prazo. Vincular toda a infraestrutura digital, formatação de dados e arquitetura de computação de ponta de uma fábrica ao ecossistema proprietário de um único provedor de nuvem destrói a alavancagem de negociação. Se esse fornecedor duplicar as suas taxas de licenciamento três anos depois, a empresa ficará presa. Extrair petabytes de dados históricos de máquinas de uma nuvem proprietária para construir um novo gêmeo digital em outro lugar gera taxas de saída de dados ruinosas.
A seleção de {hardware} e software program altamente interoperáveis permite que a empresa substitua sensores degradados por alternativas mais baratas ou troque plataformas de análise em nuvem sem reescrever o código operacional subjacente. Manter esta independência é important.
Ao exigir resultados tangíveis desde o primeiro dia, ao impor uma segurança rigorosa nas bordas e ao proteger ferozmente a sua independência operacional, as empresas industriais podem finalmente extrair valor financeiro actual dos seus ativos conectados.
Veja também: Indústrias pesadas garantem conectividade world de IoT a partir de nova aliança
Quer saber mais sobre a IoT com os líderes do setor? Confira Exposição de tecnologia IoT acontecendo em Amsterdã, Califórnia e Londres. O evento abrangente faz parte TechEx e está co-localizado com outros eventos de tecnologia líderes, incluindo Expo IA e Huge Information e o Expo Segurança Cibernética. Clique aqui para mais informações.
IoT Information é alimentado por Mídia TechForge. Discover outros eventos e webinars de tecnologia empresarial futuros aqui.