As redes Edge oferecem muitos potenciais benefícios. No entanto, deve considerar estas três áreas problemáticas.

Por Peter Wayner
De quanta potência informática precisamos no Edge computing? No passado (quando as redes não tinham de ser inteligentes), esta questão nem sequer se colocava. Isto mudou, uma vez que agora é possível mover quantidades consideráveis de poder informático diretamente para a borda da rede. Os argumentos a favor da computação de ponta são rapidamente resumidos:
Quando os pacotes percorrem distâncias mais curtas, o tempo de resposta diminui. Quando as funções de computação, armazenamento e rede são fornecidas na extremidade da rede, isto resulta em latências mais baixas para aplicações e utilizadores.
Ao mesmo tempo, a procura de largura de banda entre os locais remotos e os centros de dados centrais ou a cloud diminui porque mais trabalho é feito diretamente no limite. Isto, por sua vez, leva a custos mais baixos.
Mas apesar destas promessas, existem também alguns problemas que não podem ser ignorados quando se trata de computação de ponta. Por vezes entram em jogo outros fatores que fazem de uma arquitetura de rede convencional a melhor alternativa. A seguir resumimos as três maiores áreas problemáticas na prática para si.
1. Custo vs. Edge
Num modelo de computação de ponta, um grande cluster central é trocado por muitas máquinas locais. Uma máquina de arestas substitui uma instância do aglomerado central.
No entanto, o modelo cria frequentemente novas redundâncias que aumentam os custos – por exemplo, quando se trata de armazenamento: em vez de uma cópia central de cada ficheiro, uma rede Edge pode manter uma cópia separada em cada nó de Edge. No caso de pequenas redes de bordas, cópias adicionais podem ajudar à redundância. Assim, com 200 ou mais nós de Edge, é possível que os custos de armazenamento sejam cerca de 200 vezes mais elevados. Isto pode ser limitado pelo armazenamento de dados apenas nos nós que são ativamente utilizados pelos utilizadores individuais – mas o problema da duplicação ainda não desaparece completamente. A certa altura, o custo disto começa a ter impacto no custo total.
A duplicação cria complexidade para a replicação de software e frequentemente aumenta a largura de banda. Isto pode funcionar bem para conteúdos estáticos – se as máquinas locais atuarem como um CDN e fizerem pouco trabalho real. No entanto, quanto mais poder de computação for acrescentado, maior será o custo de manter todas as cópias em sincronia.
Isto também afeta os custos de largura de banda: Se forem feitos “n” cópias na margem, estas “n” cópias podem aumentar os custos de largura de banda por um fator de “n”. Idealmente, os nós de Edge atuam como caches inteligentes que reduzem a largura de banda global. No entanto, muitas arquiteturas não são idealmente concebidas. A replicação resulta então no envio de múltiplas cópias através de toda a rede, o que faz subir os custos de largura de banda. Por outras palavras, quanto mais a computação de ponta se aproxima da computação e se afasta do caching puro, maior é o potencial de aumento de custos.
2 Complexidade vs. Edge
Dependendo da carga de trabalho, a sincronização de bases de dados entre múltiplas localizações Edge pode tornar-se num problema. Muitas aplicações – tais como para a monitorização da Internet de alta velocidade ou para armazenar notas de um único utilizador – não precisam de ser sincronizadas com tanta frequência porque não entram em conflito. Tais tarefas básicas são ideais para a computação de ponta. Contudo, quando os utilizadores começam a competir pelos recursos globais, o aprovisionamento torna-se mais difícil. O Google, por exemplo, instalou relógios atómicos nos seus centros de dados em todo o mundo e utiliza-os para governar escritas complexas na sua base de dados Spanner. Embora os requisitos de uma empresa possam não ser comparáveis aos da Google, o problema de sincronização requer uma camada adicional de infraestrutura e de know-how.
Quando se trata de computação de ponta, alguns utilizadores são “piores” do que outros – os utilizadores móveis em particular podem ser um grande problema. medida que se deslocam de um local para outro, podem ligar-se a outro nó de Edge, o que, por sua vez, causa problemas de sincronização. Os empregados que trabalham em casa podem também mudar a sua localização de tempos a tempos, porque “trabalhar em casa” significa na realidade “trabalhar de qualquer lugar”. Sempre que há uma tal mudança de nó, as aplicações web têm de mudar o seu foco e os nós de Edge têm de ressincronizar. Se os dados do utilizador ainda estiverem armazenados em cache no antigo nó de acesso, devem ser movidos e armazenados no novo nó. O tempo e a largura de banda necessários para tal podem negar os custos e benefícios de desempenho esperados.
Além disso, não deve esquecer os requisitos de business intelligence: mesmo que os dados sejam processados na Edge da rede, uma grande parte deles deve então ser transmitida a um servidor central onde pode ser utilizada para a elaboração de relatórios, por exemplo. Se isto levar a picos de carga em determinados momentos, pode reduzir as poupanças planeadas.
3 Conformidade & Legal vs. Edge
Em alguns países, o imposto sobre as vendas é cobrado sobre as compras online, noutros não. Além disso, nos EUA, por exemplo, existem regulamentos fiscais estatais individuais. Em muitos casos, os impostos aplicáveis dependem da localização física do hardware sobre o qual o processamento de dados é efetuado. A informática de ponta pode aumentar a confusão sobre quais as leis aplicáveis. Os impostos são uma questão complexa que as partes interessadas devem abordar antes de decidir utilizar a computação de ponta.
Tanto a localização dos utilizadores como a localização dos dados estão sujeitas às leis de proteção de dados. Alguns países são abrangidos pelo âmbito do GDPR, outros por outras estruturas. Existem também regulamentos como o HIPAA que tratam especificamente de como lidar com dados de dispositivos médicos. Para as empresas, isto significa que têm de analisar que leis e regulamentos se aplicam aos respetivos nós de Edge – e descobrir como assegurar o cumprimento. Isto é especialmente verdade quando os utilizadores e servidores estão localizados em diferentes países. Uma solução viável pode ser operar todos os nós de Edge na mesma jurisdição.