Computação periférica vs. computação na nuvem

Uma estufa pode tratar localmente de uma decisão de rega e enviar leituras de longo prazo para outro local para análise. As duas tarefas não têm de competir.

Imagine uma estufa que rega as plantas quando o solo fica demasiado seco. Uma tarefa precisa de uma resposta rápida junto das plantas. Outra compara meses de leituras de várias estufas. Estas tarefas não têm de ser executadas no mesmo computador.

Periferia descreve proximidade; nuvem descreve um modelo de serviço

A computação periférica coloca parte do processamento perto das pessoas, dos dispositivos ou da atividade que produz os dados. Isso pode significar um controlador na estufa, um pequeno servidor local ou equipamento numa instalação de rede próxima.

A computação na nuvem disponibiliza recursos informáticos como um serviço. Esses recursos podem estar num grande centro de dados, mas uma plataforma de nuvem também pode abranger locais próximos. Periferia e nuvem não são, portanto, categorias mutuamente exclusivas: um sistema pode utilizar ambas.

O trabalho da ETSI sobre computação periférica abrange implementações nas instalações e na periferia da rede, incluindo a cooperação com fornecedores de nuvem. Se os modelos de serviço são novos para si, comece pela introdução à computação na nuvem.

Coloque a resposta imediata junto do acontecimento

Na nossa estufa, um controlador local poderia ler o sensor e acionar uma válvula sem enviar cada decisão para um servidor distante. Encurtar esse percurso pode reduzir o atraso da rede. Filtrar ou resumir localmente as leituras também pode reduzir a quantidade de dados enviada para outro local.

Esse benefício resulta da forma como a aplicação é construída. Uma caixa próxima que continue a precisar de um serviço remoto para cada decisão não manterá a mesma função quando a ligação falhar. A capacidade de processamento local, o software e o comportamento de contingência importam tanto como a distância.

Utilize capacidade partilhada para obter uma visão mais ampla

Um serviço de nuvem poderia combinar leituras de muitas estufas, guardar o seu histórico e comparar as condições de cultivo ao longo de uma estação. Este trabalho pode beneficiar de armazenamento e recursos de computação partilhados sem estar junto de cada planta.

Não existe um vencedor universal em velocidade ou custo. O percurso na rede, o tempo de espera e o próprio cálculo contribuem para a resposta. Um serviço de nuvem bem ligado pode superar um dispositivo local sobrecarregado; uma verificação local rápida pode evitar uma deslocação desnecessária.

Uma forma prática de dividir o trabalho

• Tempo de resposta: que decisão tem de acontecer rapidamente e quanto tempo pode o utilizador ou dispositivo esperar?
• Perda de ligação: o que deve continuar localmente e o que pode esperar até a ligação regressar?
• Movimentação de dados: que dados brutos precisam de sair do local e um resumo seria suficiente?
• Esforço operacional: quem mantém os dispositivos próximos e por que recursos ou transferências cobrará o serviço remoto?

As respostas podem conduzir a um ciclo de resposta local com armazenamento e análise remotos. Podem também conduzir a um sistema único e mais simples. Acrescentar componentes só é útil quando estes servem a tarefa real.

Mais locais não significam automaticamente mais independência

Uma organização pode controlar computadores espalhados por muitos locais. O local onde uma máquina se encontra e o poder para alterar as suas regras são questões distintas. Para compreender um sistema, observe tanto onde o trabalho acontece como quem pode decidir o seu funcionamento.

Essa distinção liga-se à questão mais ampla de quem controla as diferentes partes da Internet. Para a ligação entre o utilizador e o serviço de computação, continue com os principais tipos de acesso à Internet.