Computação de borda versus computação em nuvem

Uma estufa pode decidir sobre a irrigação localmente e enviar leituras acumuladas ao longo de períodos maiores para análise em outro lugar. As duas tarefas não precisam competir.

Imagine uma estufa que rega as plantas quando o solo fica seco demais. Uma tarefa exige uma resposta rápida junto às plantas. Outra compara meses de leituras de várias estufas. Essas tarefas não precisam ser executadas no mesmo computador.

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

A computação de borda 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 equipamentos em uma instalação de rede próxima.

A computação em nuvem disponibiliza recursos computacionais como serviço. Esses recursos podem estar em um grande data center, mas uma plataforma de nuvem também pode se estender a locais próximos. Borda e nuvem, portanto, não são categorias mutuamente excludentes: um sistema pode usar ambas.

O trabalho do ETSI em computação de borda abrange implantações nas instalações do usuário e na borda da rede, incluindo a cooperação com provedores de nuvem. Se os modelos de serviço são novidade para você, comece pela introdução à computação em nuvem.

Coloque a resposta imediata perto de onde o evento ocorre

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

Esse benefício depende de como a aplicação é construída. Um equipamento próximo que ainda dependa de um serviço remoto para cada decisão não manterá a mesma função quando a conexão falhar. A capacidade de processamento local, o software e o comportamento em caso de falha importam tanto quanto a distância.

Use a capacidade compartilhada para obter uma visão mais ampla

Um serviço em nuvem poderia reunir leituras de muitas estufas, armazenar seu histórico e comparar as condições de cultivo ao longo de uma estação. Esse trabalho pode se beneficiar de recursos compartilhados de armazenamento e processamento sem precisar ficar ao lado de cada planta.

Não há uma opção universalmente superior em velocidade ou custo. O percurso pela rede, o tempo de espera e o próprio cálculo contribuem para o tempo de resposta. Um serviço em nuvem com boa conectividade pode superar um dispositivo local sobrecarregado; uma verificação local rápida pode evitar um percurso desnecessário.

Uma forma prática de dividir o trabalho

• Tempo de resposta: qual decisão precisa ser tomada rapidamente e quanto tempo o usuário ou dispositivo pode esperar?
• Perda de conexão: o que deve continuar funcionando localmente e o que pode esperar até a conexão voltar?
• Movimentação de dados: quais dados brutos precisam sair do local e um resumo seria suficiente?
• Esforço operacional: quem faz a manutenção dos dispositivos próximos e por quais recursos ou transferências o serviço remoto cobrará?

As respostas podem levar a um ciclo de resposta local com armazenamento e análise remotos. Também podem levar a um sistema mais simples, concentrado em um só local. Adicionar componentes só é útil quando eles atendem à tarefa de fato.

Mais locais não significam automaticamente mais independência

Uma organização pode controlar computadores espalhados por muitos lugares. A localização de uma máquina e o poder de alterar suas regras são questões distintas. Para entender um sistema, observe tanto onde o trabalho acontece quanto quem pode decidir como ele opera.

Essa distinção se conecta à questão mais ampla de quem controla as diferentes partes da Internet. Para entender a conexão entre o usuário e o serviço de computação, prossiga com os principais tipos de acesso à internet.