ESnet: a rede dos EUA construída para a ciência intensiva em

Resumo executivo

A ESnet é uma instalação de usuário científico do Department of Energy dos EUA, operada pelo Lawrence Berkeley National Laboratory, e não uma operadora comercial ou corporação independente.
A ESnet6 combina cerca de 15.000 milhas de fibra dedicada, sistemas ópticos e de pacotes, serviços privados, interconexão, medição e controle programável; seu número de capacidade de 57 Tbps é um valor agregado, não uma velocidade do usuário.
Science DMZ, perfSONAR, OSCARS, SENSE, High-Touch e EJFAT mostram que a contribuição distintiva da ESnet é a engenharia de ponta a ponta, da borda do instrumento e do campus à computação remota.
O planejamento da ESnet7 e do American Science Cloud aponta para uma rede mais profundamente incorporada aos fluxos de trabalho científicos, mas vários componentes continuam sendo demonstrações, sistemas de pesquisa ou serviços emergentes.

Uma rede científica entra no próprio experimento

Em abril de 2024, dados do Jefferson Lab, na Virgínia, cruzaram os Estados Unidos até o supercomputador Perlmutter, na Califórnia, a 100 Gbps e foram processados sem antes serem gravados em disco. A demonstração usou o sistema experimental EJFAT da ESnet para colocar a rede de longa distância dentro do fluxo de trabalho científico, em vez de depois dele. Essa mudança captura a questão central que a ESnet enfrenta: uma rede consegue conectar instrumentos, armazenamento e computação remota com proximidade suficiente para que instalações separadas por milhares de milhas se comportem como partes de uma única máquina?

Um caminho típico começa com um detector, telescópio, microscópio ou simulação em um laboratório ou instalação de pesquisa. Sistemas locais de aquisição coletam os dados, servidores de armazenamento e transferência os preparam, e uma rede de campus os leva até um perímetro controlado. A ESnet pode então movimentar o tráfego pelos Estados Unidos, através do Atlântico, para um supercomputador do Department of Energy, por um parceiro de pesquisa e educação ou para uma nuvem comercial. O resultado pode retornar como um conjunto de dados analisado, um alerta, um modelo ou uma decisão sobre o que o experimento deve fazer em seguida.

Nenhuma organização isolada controla esse caminho completo. Equipes de instrumentos, redes de laboratórios, redes regionais de pesquisa, provedores de nuvem, parceiros internacionais e instalações de supercomputação podem responder a instituições diferentes. A ESnet opera a camada de longa distância orientada à missão e trabalha com esses operadores para fazer o caminho funcionar como um sistema. Um servidor de armazenamento lento, um link de campus congestionado ou um firewall inadequado podem desperdiçar a capacidade de um backbone nacional rápido; uma falha da ESnet pode interromper uma instalação local bem projetada.

Institucionalmente, a ESnet é uma instalação de usuário do Office of Science do Department of Energy. A Advanced Scientific Computing Research oferece sua principal supervisão, e a Scientific Networking Division do Lawrence Berkeley National Laboratory a opera. O Berkeley Lab, por sua vez, é gerido para o DOE pela University of California sob contrato. A ESnet não tem acionistas identificados, ações, valuation corporativo ou balanço comercial próprio; por isso, é melhor compreendida como infraestrutura científica federal do que como uma empresa de rede com base pública de clientes.

Pesquisadores geralmente encontram a ESnet indiretamente por meio de um instrumento, supercomputador, serviço de laboratório, conexão universitária ou rede colaboradora. A instalação distingue usuários institucionais de site de usuários finais e afirma que não cadastra nem rastreia formalmente cada usuário final individual. O número de mais de 30.000 usuários organizacionais no Relatório Anual de 2024 é, portanto, uma medida institucional, não uma contagem de assinantes.

Comparações com operadoras comuns capturam apenas parte do papel. A ESnet opera roteamento, transporte óptico e interconexão, mas também conduz revisões de requisitos, desenvolve ferramentas de código aberto, testa novos serviços e ajuda sites a diagnosticar o desempenho de ponta a ponta. Seu propósito público não é vender uma conexão. É fazer instalações científicas geograficamente distribuídas trabalharem juntas com velocidade, evidência e clareza operacional suficientes para apoiar a própria pesquisa. (Governança da ESnet;serviços de rede)

A computação remota criou a necessidade de uma rede científica compartilhada

A história oficial da ESnet remonta a meados da década de 1970, quando computação e comunicações de longa distância eram ambas escassas. No Controlled Thermonuclear Research Computer Center do Lawrence Livermore National Laboratory, a equipe conectou um Control Data Corporation 6600 emprestado por meio de quatro modems acústicos. Os equipamentos e as velocidades pertencem a outra era, mas o problema operacional é reconhecível: uma comunidade científica especializada precisava de acesso remoto a computação cara que não podia ser reproduzida em todas as instituições participantes.

Comunidades de pesquisa separadas do Department of Energy desenvolveram suas próprias redes durante o final dos anos 1970 e início dos anos 1980. A física de altas energias e a pesquisa de fusão magnética tinham instalações, colaboradores e fluxos de dados diferentes, e sistemas predecessores como HEPnet e MFEnet refletiam essas fronteiras. Redes construídas sob medida eram racionais quando os serviços comerciais não conseguiam fornecer o alcance, o desempenho ou a atenção operacional necessários. Elas também criavam duplicação.

Cada programa podia negociar circuitos, manter tecnologia e desenvolver conhecimento especializado de forma independente, deixando a colaboração e a atualização de longo prazo fragmentadas.

A formação formal da ESnet em 1986 consolidou essas funções em uma rede científica mais ampla. A mudança foi tanto organizacional quanto técnica. Uma instalação compartilhada podia prever a demanda entre programas, operar links nacionais, coordenar conexões internacionais e reter equipe especializada. Também podia mover a capacidade de uma preocupação de um único projeto para um plano de infraestrutura de todo o Departamento.

O modelo inicial estabeleceu várias características que permanecem visíveis. Os usuários eram definidos pela missão científica, e não por um mercado de varejo. Computadores centrais e instrumentos justificavam o investimento público compartilhado. O desenho da rede seguia programas de pesquisa com cronogramas longos. As operações exigiam pessoas que entendessem tanto os sistemas de comunicação quanto as consequências científicas de uma falha. A demanda chegava de forma desigual porque um único experimento podia gerar tráfego muito além da linha de base comum.

O Berkeley Lab tinha sua própria linhagem de redes. Ele conectou um CDC 6600 à ARPANET em 1974, e pesquisadores de lá contribuíram posteriormente com o trabalho fundamental de controle de congestionamento TCP. O trabalho de Van Jacobson e Mike Karels pertence ao ambiente mais amplo do Berkeley Lab e não deve ser creditado apenas à ESnet. A sobreposição institucional, no entanto, é importante. Ela colocou a rede científica de produção perto de pesquisadores que tratavam o comportamento de protocolos, a medição e o desempenho como problemas de engenharia que poderiam ser estudados, em vez de aceitos como condições fixas.

As operações foram transferidas para o Berkeley Lab em 1996. Essa mudança estabeleceu a sede atual ao lado do National Energy Research Scientific Computing Center, aproximando pesquisadores de redes, engenheiros de software e outros programas do Department of Energy. Também reforçou uma cultura em que uma instalação de produção e uma organização de pesquisa aplicada compartilham equipe, laboratórios e questões técnicas. (História da ESnet)

O financiamento público permite que a ESnet construa antes de a demanda chegar

Uma instalação de usuário científico existe porque algumas capacidades são caras demais, especializadas demais ou interconectadas demais para que cada equipe de pesquisa as construa sozinha. Um acelerador de partículas, uma fonte de luz ou um supercomputador de liderança se encaixa nessa lógica. A ESnet a aplica às comunicações. Direitos de fibra de longa distância, equipamentos ópticos, roteadores, capacidade internacional, operação contínua, cibersegurança, medição de desempenho e suporte de engenharia são reunidos em uma única instalação que atende muitos programas.

A lógica do financiamento público decorre do formato da demanda científica. Uma operadora comercial pode vender um circuito de alta capacidade, mas normalmente não decide sua arquitetura nacional em torno de um detector programado para começar a operar anos depois, de uma explosão de supernova que talvez nunca ocorra durante o contrato, ou de um fluxo de trabalho de pesquisa com pouco volume de varejo, mas alto valor público. A ESnet pode construir antes da utilização medida porque seu mandato é a capacidade científica, e não a receita de rede de curto prazo.

O modelo de instalação também muda a forma como a demanda é descoberta. A ESnet conduz revisões formais de requisitos com os programas científicos do Department of Energy. Pesquisadores e equipes de instalações descrevem instrumentos, volumes de dados, locais de armazenamento, destinos de computação, necessidades de tempo, padrões de colaboração e gargalos locais em um horizonte de cinco a dez anos. Essas descobertas se tornam insumos para o dimensionamento de links de site, diversidade de rotas, aquisição transatlântica, pesquisa de orquestração e desenho de serviços.

Esse processo é menos glamoroso do que um novo link óptico coerente, mas pode ser mais consequente. Um acordo de espectro submarino, uma compra de roteador ou uma segunda entrada de site podem levar anos para serem financiados e implantados. Esperar até que um experimento produza dados transformaria necessidades previsíveis de infraestrutura em emergências. As revisões de requisitos convertem planos científicos em tempo de preparação de engenharia.

Elas também expõem incertezas. As previsões podem mudar. Cronogramas de instrumentos atrasam, software de redução de dados melhora, o uso de nuvem se expande e uma instalação pode redesenhar seu fluxo de trabalho. A ESnet não trata um estudo de caso como uma ordem garantida de tráfego. Ela usa as evidências para construir uma faixa de requisitos e depois decide onde flexibilidade, capacidade de reserva ou implantação em etapas são justificadas.

O modelo de instalação de usuário evita a cobrança por gigabyte para cientistas individuais. As operações principais são financiadas federalmente, enquanto alguns custos de conexão no nível do site podem ser alocados de acordo com o patrocínio do programa e a Site User Cost Policy. Esse arranjo não é livre de incentivos. Um programa patrocinador pode preferir um custo de conexão mais baixo; a ESnet pode preferir capacidade e resiliência que atendam vários programas; um site pode adiar atualizações locais necessárias para usar a rede nacional. A tarefa de governança é alinhar essas decisões em torno de resultados científicos, em vez de quem pode transferir um custo para outra linha orçamentária. (Comitê de Coordenadores de Site da ESnet e política de custos;relatórios de revisão de requisitos)

O DOE define a missão; o Berkeley Lab opera a rede

A ESnet não tem a hierarquia corporativa de uma operadora. Sua autoridade é distribuída por uma cadeia de programas federais. O Office of Science do Department of Energy define a missão. A Advanced Scientific Computing Research fornece a principal supervisão e a supervisão orçamentária. O Berkeley Lab abriga a Scientific Networking Division que projeta, opera e desenvolve a instalação. A University of California opera o Berkeley Lab para o Departamento sob contrato. As instituições conectadas participam por meio de coordenadores de site e do ESnet Site Coordinators Committee.

Inder Monga atua como Diretor Executivo da ESnet e dirige a Scientific Networking Division do Berkeley Lab. A liderança pública atual também identifica Chin Guok como Chief Technology Officer e chefe de Planejamento e Inovação, Adam Slagell como Chief Security Officer, Jon-Paul Herron como Diretor de Engenharia de Rede e Susan Lucas como Vice de Operações de Negócios. Abaixo desses títulos estão funções que cobrem engenharia óptica, roteamento, engenharia de site, operações de rede, software, medição, orquestração, segurança, gerenciamento de projetos e engajamento científico.

A amplitude dessa estrutura corrige uma imagem comum de uma rede nacional como uma coleção de fibra e roteadores. A ESnet precisa de pessoas que possam adquirir espectro, operar BGP, construir sistemas de telemetria, manter software de código aberto, investigar o comportamento de pacotes, planejar instalações, gerenciar evidências de segurança e traduzir requisitos científicos em projetos de rede. A organização é tanto operacional quanto de desenvolvimento.

Os registros públicos contêm um detalhe não resolvido de gerenciamento de programa. A página atual de governança da ESnet nomeia Benjamin Brown como o gerente de programa ASCR designado, enquanto material recente de revisão de requisitos identifica Carol Hawk como gerente de programa da ESnet. As evidências apoiam dizer que as fontes públicas não foram conciliadas ou que as responsabilidades podem ter mudado ou sido divididas. Elas não apoiam a escolha de um único arranjo atual exclusivo sem confirmação adicional.

O ESnet Site Coordinators Committee dá às instituições conectadas um canal operacional formal. Cada site designa um coordenador que pode aprovar solicitações que afetem sua conexão com a ESnet, comunicar requisitos e participar de discussões de política ou planejamento. Isso é governança institucional de usuários, e não votação direta de cada cientista cujos dados cruzam a rede.

Essa estrutura cria uma alocação prática de responsabilidades. A ESnet controla seu backbone e serviços. Um site conectado controla seus equipamentos de campus, nós de transferência de dados, segurança local e energia. A ASCR controla o financiamento no nível do programa. Os programas científicos definem as consequências de atraso ou falha. Parceiros internacionais controlam suas próprias redes. O fluxo de trabalho completo só tem sucesso quando essas superfícies de decisão separadas permanecem alinhadas. (Liderança da ESnet;governança)

A ESnet4 separou o tráfego rotineiro dos fluxos científicos excepcionais

Em meados dos anos 2000, experimentos distribuídos estavam mudando o perfil de tráfego. O Large Hadron Collider produziria dados no CERN e os distribuiria por uma hierarquia global de laboratórios e centros de computação. A conectividade geral com a internet permanecia necessária, mas um pequeno número de transferências científicas podia ser grande o suficiente para dominar links comuns. Construir uma rede indiferenciada para ambos os padrões tornava o gerenciamento de capacidade e as garantias de serviço difíceis.

A ESnet4 abordou esse problema com uma arquitetura híbrida. Um núcleo IP carregava a comunicação científica geral. Uma Science Data Network separada usava circuitos ópticos de alta capacidade para fluxos grandes e apoiava o provisionamento dinâmico de caminhos. Anéis metropolitanos conectavam os principais laboratórios, enquanto a colaboração com a Internet2 e parceiros internacionais estendia o sistema para além dos sites do Department of Energy.

A arquitetura separava o tráfego por requisito operacional, e não por uma simples divisão entre “lento” e “rápido”. O serviço IP geral precisa de ampla alcançabilidade e roteamento resiliente. Uma transferência planejada de vários terabytes pode se beneficiar de um caminho Layer 2 reservado com horário de início, alocação de banda e endpoints conhecidos. A science data network reconhecia que um pequeno número de fluxos previsíveis e de alto valor pode justificar um modelo de controle diferente do encaminhamento comum de pacotes.

O OSCARS surgiu desse ambiente. O On-demand Secure Circuits and Advance Reservation System permitia que usuários ou aplicações autorizadas solicitassem recursos de rede por um período definido. O sistema tinha que encontrar um caminho, verificar topologia e restrições de política, reservar banda e recursos VLAN, criar estado de dispositivo e remover esse estado quando a reserva terminasse. Ele transformou uma tarefa antes realizada por coordenação manual em um serviço que o software podia solicitar.

A ESnet4 também mostrou que a velocidade bruta não era mais o único gargalo. Um circuito reservado pode proteger a capacidade na rede de longa distância, mas a aplicação ainda pode rodar lentamente porque um sistema de armazenamento não consegue ler rápido o suficiente ou um firewall local descarta pacotes. Essa lição levou diretamente à arquitetura Science DMZ e à medição de ponta a ponta.

O período estabeleceu um padrão recorrente de projeto da ESnet. Um problema científico aparece primeiro como um requisito de tráfego. A instalação então cria capacidade física, um mecanismo de controle e um método operacional em torno dele. Quando o método se mostra útil, software e orientação arquitetural se espalham para além do experimento original. (Material histórico da ESnet4 e ESnet5;OSCARS)

A Science DMZ mostrou que o gargalo geralmente está na borda

Um backbone nacional pode operar corretamente enquanto um cientista experimenta baixo desempenho de transferência. A razão é direta: o backbone é apenas um segmento do caminho. Firewalls empresariais, núcleos de campus compartilhados, roteadores antigos, servidores com pouca capacidade, perda de pacotes e limitações de armazenamento podem reduzir uma rota de alta capacidade a uma pequena fração de sua taxa planejada.

A Science DMZ é a resposta da ESnet a essa realidade de ponta a ponta. A arquitetura coloca nós de transferência de dados em um caminho de alto desempenho perto de um perímetro institucional controlado. A política de segurança é adaptada aos serviços limitados expostos por esses sistemas, em vez de forçar o tráfego científico sustentado através de um firewall stateful de propósito geral projetado para muitos tipos de aplicações empresariais.

A expressão pode ser mal compreendida como um pedido para remover segurança. Uma Science DMZ ainda depende de hosts endurecidos, listas de controle de acesso em roteadores, monitoramento, gerenciamento de vulnerabilidades, exposição limitada de aplicações e disciplina operacional. O desenho muda onde e como os controles são aplicados. Ele evita colocar um dispositivo com taxa de transferência ou comportamento de sessão inadequados no caminho principal de dados simplesmente porque esse equipamento faz parte do padrão comum de segurança da instituição.

A medição de desempenho faz parte da arquitetura, e não um painel opcional. Os nós perfSONAR executam testes controlados de taxa de transferência, perda de pacotes, latência e mudanças de caminho. Quando dois sites discordam sobre uma transferência, as medições podem ajudar a localizar se o problema começa em um host, em um link local, em uma rede regional, no backbone da ESnet ou em um parceiro internacional. Sem essas evidências, todo operador pode relatar que seu próprio segmento está saudável enquanto o pesquisador ainda não consegue mover dados.

Os nós de transferência de dados precisam de sua própria engenharia. Placas de interface de rede, posicionamento de CPU, memória, disco ou sistemas de arquivos paralelos, buffers TCP e software de transferência determinam a taxa de transferência alcançável. A orientação Fasterdata da ESnet e a consultoria técnica transformam esses detalhes em prática repetível. A abordagem se espalhou muito além dos laboratórios do Department of Energy, mas a ESnet não opera todas as implantações que usam o nome.

A Science DMZ tornou-se influente porque reformulou uma questão de compra como uma questão de sistema. Comprar um circuito mais rápido não resolve um caminho limitado em outro lugar. A unidade útil de desempenho é o fluxo de trabalho completo, de armazenamento a armazenamento ou de instrumento a computação, com cada domínio administrativo medido e recebendo uma responsabilidade clara. (Orientação sobre Science DMZ;ferramentas de desempenho de rede)

A ESnet5 tornou o 100G continental um serviço de produção

A próxima grande transição de capacidade foi apoiada pela Advanced Networking Initiative e pelo financiamento de estímulo econômico dos EUA. A ESnet recebeu US$ 62 milhões por meio da American Recovery and Reinvestment Act para desenvolver um protótipo de longa distância de 100 Gbps e apoiar a transição para a ESnet5. O investimento incluía mais do que novos roteadores. A ESnet obteve direitos de capacidade espectral em uma pegada nacional de fibra, dando ao programa maior controle sobre como os comprimentos de onda poderiam ser implantados e atualizados.

A ESnet5 entrou em produção no final de 2012. Na época, o DOE e a ESnet a descreveram como a rede científica mais rápida do mundo. Essa afirmação histórica estava ligada a uma implantação continental pioneira de 100G. Ela não deve ser repetida como uma classificação global incondicional em 2026. Redes de pesquisa agora relatam capacidade por diferentes medidas, incluindo velocidades individuais de interface, capacidade agregada de backbone, espectro óptico e testes experimentais. Não há comparação neutra atual nas evidências fornecidas que aponte um vencedor universal.

O efeito econômico do 100G foi maior do que uma atualização de interface de dez vezes. Projetos científicos puderam planejar transferências rotineiras de longa distância que antes ocupariam links por muito mais tempo. Laboratórios puderam centralizar parte da computação ou do armazenamento em vez de reproduzi-los localmente. Colaborações internacionais ganharam um backbone dos EUA mais capaz. A nova capacidade também expôs limitações locais mais rapidamente, aumentando o valor da Science DMZ e do perfSONAR.

A ESnet5 manteve a relação híbrida entre serviço de pacotes e caminhos científicos dedicados. Ela também aprofundou a importância da automação. Na escala de 100G, reservar capacidade, diagnosticar falhas e manter serviço consistente em uma pegada nacional não podia depender apenas de configuração ad hoc de dispositivos.

O projeto demonstra como o investimento público em infraestrutura muda as opções científicas antes que qualquer experimento use toda a rede. A capacidade cria uma reserva contra instrumentos futuros, mas capacidade de reserva não é desperdício no mesmo sentido de um produto de varejo ocioso. Seu valor inclui evitar experimentos atrasados, acomodar falhas e permitir que novos fluxos de trabalho sejam testados sem esperar outro ciclo de construção.

O investimento ainda precisa ser julgado pelo uso científico, e o projeto deve permanecer adaptável quando as previsões mudam. O trabalho posterior da ESnet em telemetria, cache e orquestração reflete um esforço para extrair mais valor científico de cada bit instalado, em vez de tratar a expansão física contínua como a única resposta. (Anúncio histórico da ESnet5)

A ESnet6 combina capacidade óptica com controle programável

O projeto ESnet6 começou em 2017 e chegou ao lançamento público em 11 de outubro de 2022, após cerca de seis anos de projeto e construção. O Berkeley Lab relatou mais de 46 Tbps de capacidade agregada no lançamento em uma pegada dedicada de cerca de 15.000 milhas, com links de backbone de 400 Gbps a 1 Tbps. O Relatório Anual de 2024 indicou depois 57 Tbps e uma faixa de links que chega a 1,2 Tbps. Esses números se referem a datas diferentes e a um sistema em crescimento, não a definições conflitantes de uma rede congelada.

A camada física inclui caminhos de fibra de longa distância, sistemas de linha óptica, amplificadores, direitos de espectro, instalações de colocation e rampas de acesso locais. O relatório de 2024 contou 278 locais de amplificador óptico. A óptica coerente transporta vários canais de alta taxa sobre fibra, enquanto amplificadores e equipamentos ópticos reconfiguráveis mantêm níveis de sinal e roteiam comprimentos de onda. Um caminho mostrado em um mapa pode ser controlado por fibra escura, espectro, serviço iluminado ou um acordo com parceiro. A descrição de 15.000 milhas não estabelece que o DOE detém título legal de todos os cabos.

Acima da camada óptica, roteadores e bordas de serviço fornecem IP, ambientes privados de roteamento, serviços Layer 2, peering e conectividade com nuvem. O relatório anual contou 78 locais de roteador. Sites individuais podem se conectar a 10, 100 ou 400 Gbps conforme os requisitos, enquanto links de backbone podem agregar várias interfaces ou comprimentos de onda em números maiores.

A camada de software distingue a ESnet6 de uma atualização apenas de capacidade. A automação mantém o estado de dispositivos e serviços. A telemetria programável dá aos operadores evidências mais detalhadas. O OSCARS provisiona caminhos reservados. O SENSE experimenta coordenação orientada por aplicações entre domínios. O High-Touch usa hardware programável para visibilidade mais rica de pacotes e fluxos. APIs e hooks de testbed permitem que pesquisas bem-sucedidas avancem para as operações.

A construção também deu maior ênfase à resiliência. Rotas diversas, múltiplas entradas de site, energia independente, roteadores alternativos e locais de serviço de alta disponibilidade reduzem a chance de que uma falha remova um laboratório do sistema nacional. Essas proteções têm escopos diferentes. Um backbone redundante não ajuda se ambos os circuitos locais compartilham um único conduíte, e um segundo roteador não cria resiliência se ambos os dispositivos dependem do mesmo sistema de energia.

A ESnet6 deve, portanto, ser lida como uma instalação em camadas. A fibra cria o alcance físico. A óptica cria capacidade. Os roteadores criam serviços de pacotes e privados. O software cria repetibilidade e programabilidade. A medição estabelece se o caminho prometido funciona. Acordos organizacionais tornam possível cruzar fronteiras que a ESnet não possui. (Lançamento da ESnet6;Relatório Anual de 2024)

O que 57 Tbps significa — e o que não significa

As estatísticas de rede frequentemente colapsam camadas diferentes em um único número. O número de 57 Tbps da ESnet para 2024 é a capacidade agregada projetada em todo o sistema. Não é um link físico único, a taxa de transferência disponível para todos os laboratórios ou o tráfego transportado a cada momento. O mesmo relatório descreve links de backbone entre 400 Gbps e 1,2 Tbps, sete sites dos EUA conectados a 400 Gbps ou mais e 2,7 Tbps de capacidade transatlântica. Cada número responde a uma pergunta diferente.

O mesmo relatório descreveu 78 locais de roteador e 278 locais de amplificador óptico na pegada de aproximadamente 15.000 milhas. Ele conectou todos os 17 laboratórios nacionais do DOE e relatou 28 instalações de usuário do DOE, 277 relações de rede de pesquisa e educação, comerciais e outras em cinco países, mais de 30.000 usuários organizacionais e 137 membros de equipe e contratados trabalhando em 24 estados. Esses números descrevem populações diferentes e não devem ser somados como um total de clientes: roteadores, instalações, redes parceiras, usuários institucionais e força de trabalho são medidas separadas.

Uma conexão de site é a capacidade em um limite institucional. Um link de backbone é a capacidade entre locais de rede. Um sistema óptico pode transportar vários comprimentos de onda, e um serviço lógico pode usar apenas parte da camada física. A capacidade agregada soma muitos recursos que não podem todos atender à mesma origem e destino simultaneamente. O volume de tráfego mede dados movidos ao longo do tempo, em vez da taxa máxima disponível em um instante.

A ESnet transportou 1,77 exabytes durante o ano civil de 2024, contra 1,7 exabytes em 2023. O aumento de quatro por cento foi baixo em comparação com a média de longo prazo relatada pela instalação de cerca de 55 por cento de crescimento anual desde 1989. Esse ano isolado não prova que a demanda científica se estabilizou. Grandes projetos são comissionados de forma desigual, mudanças de software podem reduzir transferências, e um experimento ou evento internacional pode alterar a mistura rapidamente.

O tráfego também é concentrado. O relatório de 2024 disse que a atividade do Large Hadron Collider representou cerca de metade do tráfego total. O Fermilab foi o maior remetente externo, com 136 petabytes; o NERSC foi o maior receptor do Department of Energy, com 75,3 petabytes; e Oak Ridge foi o maior remetente do Departamento, com 58,3 petabytes. Esses números revelam cargas de trabalho importantes, mas não são uma classificação completa do valor científico. Uma transferência menor pode ser mais sensível ao tempo ou apoiar um instrumento único.

O planejamento de capacidade precisa, portanto, de várias visões ao mesmo tempo: pico e tráfego médio, utilização por rota, reserva para falhas, taxas de link de site, prazos científicos e requisitos futuros. Uma rede projetada apenas para o uso médio pode falhar durante uma explosão de supernova ou uma interrupção de cabo. Uma rede projetada apenas para o maior evento teórico pode construir ativos caros e inflexíveis.

O problema de engenharia da ESnet é colocar capacidade onde ela pode ser alcançada pelos fluxos de trabalho que precisam dela e, depois, verificar se os sistemas finais conseguem usá-la. É por isso que o número de capacidade fica ao lado da Science DMZ, da medição, da orquestração e das revisões de requisitos, em vez de no topo do artigo como uma classificação autoevidente. (ESnet em números 2024)

A AS293 roteia para uma missão, não para um mercado de varejo

O número de sistema autônomo público da ESnet é AS293. A rede troca rotas com sites do Department of Energy, redes de pesquisa e educação, redes comerciais e provedores upstream pagos. A política de roteamento determina quais caminhos podem transportar tráfego científico, como as falhas são tratadas e quais redes externas recebem interconexão direta.

A política de peering é seletiva. Peers em potencial devem usar BGP, manter informações atualizadas no Internet Routing Registry e no PeeringDB, evitar anúncios inválidos de RPKI e seguir práticas de segurança de roteamento associadas ao MANRS. A ESnet exige peering IPv6 ou dual-stack e não aceita novos relacionamentos apenas IPv4. A interconexão privada direta começa em uma porta de 100G, com 400G fortemente preferido.

Essas condições refletem tanto a missão quanto o custo operacional. Uma interconexão direta consome portas, tempo de engenharia e capacidade de monitoramento. A ESnet não precisa fazer peering com todas as redes simplesmente porque rotas públicas existem. Ela busca relacionamentos que melhorem os caminhos científicos do Department of Energy, reduzam a dependência de trânsito ou conectem grandes colaboradores. O acesso à internet pública é complementado por trânsito pago da Hurricane Electric e da Lumen para destinos que não são alcançados de forma eficiente por pesquisa ou peering direto.

A rede publica comunidades BGP que distinguem sites conectados à ESnet, redes de pesquisa e educação e redes comerciais. Instituições conectadas podem usar essas tags para aplicar política, embora a interpretação downstream permaneça fora do controle da ESnet. Uma comunidade é metadado descritivo, não uma garantia universal de que todas as redes farão a mesma escolha de roteamento.

A segurança de roteamento também tem limites. Rejeitar anúncios inválidos de RPKI bloqueia uma classe importante de rota ruim, mas não impede todos os vazamentos, peers comprometidos, origens válidas equivocadas ou autorizações incorretas de origem de rota. O monitoramento de sequestro de rota pode identificar mudanças inesperadas de origem, mas a detecção pode ocorrer após a propagação. O roteamento de blackhole pode proteger um site durante um ataque descartando tráfego para um destino, mas a proteção funciona sacrificando a alcançabilidade daquele prefixo.

O desenho orientado à missão é visível na fronteira do serviço. A ESnet transporta tráfego IP público, mas não está tentando vencer um mercado de trânsito de consumo. Sua política de rotas é organizada em torno de alcançabilidade científica, resiliência e interconexão confiável. O valor da rede vem da qualidade dos caminhos que ela cria para a comunidade que atende, não de maximizar o número de clientes de varejo ligados à AS293. (Política de peering da ESnet)

Caminhos privados ampliam o alcance sem eliminar o risco externo

O menu de serviços da ESnet começa com conectividade física. Sites elegíveis podem se conectar localmente ou por um ponto de presença remoto a 10, 100 ou 400 Gbps. Quando uma instalação está distante da pegada dedicada, um Service On-Ramp pode usar fibra escura ou um circuito de operadora iluminado. O desenho de acesso faz parte do caminho científico, e um último segmento fornecido por terceiros pode se tornar a principal restrição de falha ou desempenho.

O serviço IP Layer 3 fornece conectividade roteada IPv4 e IPv6. Uma VPN Layer 3 cria um ambiente IP e BGP logicamente separado para um programa multi-site, compartilhando infraestrutura física com outros serviços. VPNs Layer 2 fornecem conectividade Ethernet ponto a ponto ou multiponto, configuradas estaticamente ou provisionadas por OSCARS. Esses serviços permitem que experimentos conectem instalações sem expor cada relacionamento pela internet pública.

Serviço privado não significa serviço fisicamente isolado. A separação lógica depende de configuração de roteador, rótulos, instâncias de roteamento, controles de acesso e prática operacional. Uma falha na plataforma compartilhada pode afetar vários serviços, e um erro de configuração pode anular o isolamento pretendido. O valor está na segmentação controlada e na conectividade previsível, não na afirmação de que não existe dependência compartilhada.

O Cloud Connect estende os caminhos da ESnet a grandes ambientes de nuvem comercial, incluindo AWS, Microsoft Azure, Google Cloud e Oracle. Um site pode alcançar uma rampa de provedor por conectividade Layer 2 ou Layer 3 dedicada, em vez de roteamento comum pela internet pública. Isso pode melhorar o controle do caminho e reduzir a exposição a trânsito variável, mas não remove a segurança do lado da nuvem, interrupções do provedor, desenho de identidade, cobranças de egress ou disponibilidade regional.

O relacionamento com a nuvem ilustra o papel em mudança da ESnet. A ciência do Department of Energy não vive mais apenas em laboratórios e supercomputadores federais. Pesquisadores podem usar armazenamento de objetos comercial, serviços especializados ou computação de pico. A ESnet precisa conectar esses recursos sem fingir que a nuvem faz parte da rede federal ou que um circuito privado torna uma conta de nuvem segura por si só.

Outros serviços incluem DNS secundário, tempo de rede, monitoramento de sequestro de rota e roteamento de blackhole. Cada um aborda uma dependência de suporte que pode interromper a pesquisa mesmo quando a capacidade óptica permanece disponível. Uma falha de serviço de nomes, hora incorreta, vazamento de rota ou ataque de negação de serviço pode tornar um sistema científico inutilizável sem danificar a fibra.

O menu de serviços equivale a um conjunto de contratos operacionais entre camadas de rede. A conectividade física estabelece o caminho. O roteamento cria alcançabilidade. Serviços privados criam fronteiras lógicas. A interconexão com nuvem estende o sistema à infraestrutura comercial. Segurança e serviços de suporte reduzem modos de falha conhecidos. O usuário ainda precisa construir um endpoint funcional e uma rede local em cada extremidade. (Menu de serviços de rede da ESnet)

OSCARS torna a capacidade reservável

A maior parte do tráfego da internet usa a capacidade disponível quando os pacotes chegam. Esse modelo funciona bem para comunicação geral, mas algumas transferências científicas são agendadas, grandes e caras de atrasar. O OSCARS dá a usuários e aplicações autorizadas uma maneira de reservar recursos de rede por um período especificado.

Uma reserva pode identificar endpoints, horários de início e fim, banda, informações de VLAN, exclusões de rota e outras restrições. O sistema examina a topologia e os compromissos existentes, encontra um caminho aceitável, cria o estado de rede necessário e o remove quando a reserva expira. O serviço deve evitar alocar o mesmo recurso escasso duas vezes e deve levar em conta manutenção ou falhas que mudem a topologia disponível.

A importância é operacional, não cosmética. O provisionamento manual de circuitos pode levar dias de coordenação entre engenheiros. Uma reserva programática pode ser criada em minutos e pode se tornar parte do fluxo de trabalho de um experimento. A rede deixa de ser um cano fixo de fundo e se torna um recurso que o software pode solicitar junto com armazenamento ou computação.

O OSCARS é um sistema de produção de código aberto e foi adotado ou avaliado por outras redes e testbeds. Alguns números públicos de adoção aparecem em páginas com material histórico, então a conclusão mais segura é que o sistema viajou para além da ESnet sem tratar cada implantação listada como atual e idêntica.

Uma reserva não garante a taxa de transferência da aplicação. Ela pode proteger uma quantidade definida de capacidade de rede, mas não pode fazer um servidor de armazenamento ler mais rápido, reparar perda de pacotes em uma rede de campus ou ajustar um sistema operacional. Se a aplicação alcançar apenas uma fração da taxa reservada, o diagnóstico deve voltar ao caminho de ponta a ponta.

As reservas também introduzem questões de alocação. Um experimento de alta prioridade pode se beneficiar de capacidade garantida, enquanto reservas não utilizadas podem reduzir a flexibilidade de outros. As políticas devem decidir quem pode solicitar serviço, como conflitos são resolvidos e se uma reserva deve ser preemptível. Essas decisões fazem parte da governança da instalação, mesmo quando o código de provisionamento é automático.

O OSCARS continua sendo um dos exemplos mais claros da ESnet de software aplicado que se torna infraestrutura. Ele traduziu uma prática operacional em um serviço repetível, preservou a política humana em torno da autorização e deu às aplicações científicas uma maneira controlada de expressar requisitos de rede. (OSCARS)

SENSE testa se aplicações podem solicitar um resultado de ponta a ponta

Um caminho de rede reservado resolve apenas uma parte de um fluxo de trabalho distribuído. Sistemas de armazenamento, serviços de transferência de dados e recursos de computação também têm disponibilidade, capacidade e política. O SENSE — Software-defined network for End-to-end Networked Science at the Exascale — estende a orquestração para além de um único domínio de rede.

O projeto representa redes e sistemas finais como recursos descobríveis. Uma aplicação científica pode descrever um resultado pretendido, como mover um conjunto de dados entre instalações a uma taxa necessária. O SENSE reúne modelos de domínios participantes, negocia recursos, provisiona serviços de rede e transferência, observa telemetria e libera recursos após a conclusão do fluxo de trabalho.

Isso é mais difícil do que configurar um circuito. As organizações participantes mantêm sua própria autoridade e modelos de dados. Um domínio pode expor banda, enquanto outro expõe endpoints de armazenamento ou serviços de transferência. Políticas, credenciais e janelas de manutenção diferem. O SENSE precisa coordenar sem assumir que um controlador central pode comandar todos os sistemas.

Durante o Large Hadron Collider Data Challenge de 2024, fluxos de trabalho habilitados por SENSE sustentaram 330 Gbps entre Caltech e a University of California, San Diego. O resultado mostra que a orquestração orientada por aplicações pode operar em taxa substancial em um fluxo de trabalho ao vivo específico. Não mostra que o SENSE é um serviço universal de produção em todos os sites da ESnet. O relatório de 2024 ainda descrevia o projeto como em fase de pesquisa.

OSCARS e SENSE automatizam unidades de trabalho diferentes. O OSCARS reserva recursos de rede dentro de um domínio de serviço conhecido. O SENSE tenta negociar um caminho completo que inclui sistemas pertencentes a organizações diferentes. O primeiro tem uma fronteira de produção mais clara. O segundo oferece valor científico mais amplo, mas carrega mais risco de governança e integração.

Para operadores, a questão prática é a propriedade da falha. Se uma aplicação declara intenção e o fluxo de trabalho tem desempenho abaixo do esperado, a causa pode estar no modelo de recursos, na rede, no serviço de armazenamento, em uma credencial, na aplicação ou em um problema de tempo entre domínios. A orquestração precisa de evidências precisas o suficiente para dizer a cada operador qual parte do estado negociado divergiu.

O SENSE aponta para uma infraestrutura em que aplicações solicitam resultados em vez de circuitos. Seu progresso deve ser julgado pelo uso repetível de produção multi-domínio, responsabilidade clara de suporte e capacidade de recuperação de falhas parciais, em vez de apenas pela maior taxa de transferência demonstrada. (SENSE;Pesquisa aplicada 2024)

EJFAT move eventos científicos diretamente para a computação remota

O movimento tradicional de dados científicos frequentemente segue uma sequência baseada em arquivos. Um experimento produz dados, sistemas locais processam o suficiente para gravar arquivos, os arquivos entram no armazenamento e uma transferência posterior os envia para outra instalação para análise. Esse padrão é bem compreendido e operacionalmente confiável, mas atrasa o feedback e exige armazenamento e computação locais dimensionados para o pico de aquisição.

O EJFAT — ESnet–Jefferson Lab FPGA Accelerated Transport — suporta um caminho diferente. Ele distribui dados de eventos ao vivo, encapsulados em UDP, de um instrumento para workers de computação disponíveis, potencialmente em um centro remoto de supercomputação. Uma SmartNIC programável baseada em FPGA lê identificadores de evento e envia todos os fragmentos pertencentes ao mesmo evento para um único worker. À medida que nós de computação ficam disponíveis ou ocupados, o sistema de controle pode mudar a distribuição.

O agrupamento de eventos é importante. Um balanceador de carga genérico pode espalhar pacotes entre servidores, mas o processamento científico pode exigir que todos os fragmentos de um evento de detector cheguem ao mesmo worker. O EJFAT separa a função de encaminhamento de alta taxa do agendamento de workers de computação e permite que cada lado escale de forma independente.

A demonstração de abril de 2024 entre Jefferson Lab e Perlmutter descrita na abertura alcançou 100 Gbps sem estágio intermediário de disco. Testes posteriores usaram recursos de computação em várias instalações e aproximadamente 20.000 núcleos, segundo relatos da ESnet. Esses resultados mostram o potencial do sistema, mas não significam que todo instrumento possa adotá-lo sem mudanças de engenharia.

A Facility for Rare Isotope Beams fornece um exemplo operacional mais recente. A ESnet relatou em julho de 2026 que pesquisadores transmitiram dados brutos de experimento pelo EJFAT a cerca de 5–6 Gbps para supercomputadores remotos. Uma execução que gerou 615 GB em 15 horas foi processada em 20 minutos em oito nós Perlmutter usando inferência de machine learning. A taxa de rede menor em comparação com a demonstração de 100G não torna o resultado menos importante; o resultado científico foi um feedback mais rápido durante um fluxo de trabalho real.

A transmissão ao vivo muda a economia de uma instalação. Um detector pode tomar emprestada computação compartilhada em vez de construir capacidade local suficiente para cada pico. Pesquisadores podem inspecionar resultados enquanto o tempo de feixe escasso ainda está disponível. O sistema também cria novas dependências. Uma interrupção de rede, um problema de alocação de computação ou um erro de distribuição de eventos pode afetar o experimento em tempo real, em vez de atrasar uma transferência de arquivo posterior.

O EJFAT continua sendo um protótipo avançado ou plataforma emergente, não um serviço universalmente suportado. A adoção em produção exigirá integração de instrumentos, segurança, disponibilidade de FPGA, propriedade operacional, acordos de agendamento e comportamento claro quando pacotes UDP são perdidos. Sua importância está em mostrar que a rede de longa distância pode ficar dentro do laço de aquisição, em vez de depois dele. (EJFAT;Destaque científico FRIB)

High-Touch, perfSONAR e iperf3 tornam o caminho observável

Uma rede de alta capacidade pode falhar de maneiras que gráficos agregados de utilização não revelam. Rajadas curtas podem transbordar uma fila. Pacotes podem chegar fora de ordem. A perda pode afetar uma direção ou uma classe de tráfego. Uma rota pode mudar entre testes. Fluxos relevantes para a segurança podem desaparecer dentro de amostragem estatística.

O High-Touch usa hardware e software programáveis para coletar telemetria mais rica de pacotes e fluxos do que registros amostrados tradicionais. Em 2024, foi usado para investigar a taxa de transferência do Large Hadron Collider, reordenação de pacotes associada ao tráfego do Rubin Observatory e eventos de segurança. O propósito é precisão diagnóstica: identificar comportamento que um total grosseiro de tráfego esconderia.

Evidências mais ricas têm um custo. Detalhes de pacotes e fluxos exigem armazenamento, processamento, controle de acesso e interpretação cuidadosa. Eles podem revelar endpoints que se comunicam, padrões de colaboração e o timing da atividade científica. Um sistema projetado para visibilidade operacional torna-se, portanto, um ativo sensível de dados.

O perfSONAR aborda uma camada diferente. É um sistema de medição distribuído apoiado por uma parceria multi-organizacional da qual a ESnet é participante central fundadora. Mais de 2.000 locais foram relatados globalmente em 2024, e a ESnet opera mais de 30 sites. Testes controlados medem taxa de transferência, latência, perda e comportamento de caminho entre nós participantes.

O desenho distribuído é central. Um pesquisador pode relatar uma transferência lenta, mas um teste entre nós perfSONAR bem projetados pode mostrar se o caminho subjacente suporta a taxa esperada. Testes direcionais podem isolar assimetria. Medições repetidas podem mostrar quando a degradação começou. Dados de traceroute podem identificar mudança de caminho, embora a rota observada e o comportamento real de encaminhamento da aplicação possam diferir.

O iperf3 fornece teste ativo de taxa de transferência sobre TCP, UDP ou SCTP e suporta IPv4 e IPv6. A ESnet mantém a ferramenta de código aberto e relata testes acima de 150 Gbps em caminhos de 200G sob condições específicas. Um teste sintético não é um benchmark de aplicação. Ele ajuda a determinar se o host e a rede podem mover tráfego sob configurações controladas, após o que o armazenamento e o comportamento da aplicação podem ser examinados separadamente.

Juntos, High-Touch, perfSONAR e iperf3 criam visões diferentes da verdade. O High-Touch observa fluxos de produção com maior fidelidade. O perfSONAR fornece medição de caminho agendada ou sob demanda entre domínios. O iperf3 testa diretamente a taxa de transferência de endpoint e rede. Nenhuma visão isolada é completa, mas a combinação reduz a tentação de diagnosticar uma falha distribuída a partir do painel local de um único operador. (ferramentas de desempenho de rede;inovações operacionais 2024)

O cache pode remover tráfego em vez de transportá-lo mais rápido

Adicionar capacidade não é a única maneira de melhorar uma rede científica. Alguns conjuntos de dados são solicitados repetidamente por pesquisadores da mesma região. Mover cada cópia pela rede de longa distância desperdiça banda e aumenta o atraso, mesmo quando o backbone pode absorver a carga.

O relatório de pesquisa aplicada de 2024 da ESnet descreveu cinco nós regionais de cache usados com comunidades científicas de dados. No estudo, os caches reduziram o tráfego de longa distância em uma média de 33 terabytes por dia. Dois terços das solicitações foram atendidos localmente, e a taxa média de acerto de cache foi de 94 por cento. O efeito variou muito por local: a redução relatada de longa distância chegou a 69,3 por cento no sul da Califórnia, 48,4 por cento em Chicago e 6,6 por cento em Boston.

Essas diferenças são informativas. O valor do cache depende da popularidade do conjunto de dados, dos usuários locais, do tamanho do armazenamento, da política de despejo e da configuração do serviço. Um cache colocado perto de uma comunidade que analisa repetidamente os mesmos dados pode remover grandes transferências. Um cache que atende conjuntos de dados diversos ou raramente repetidos pode consumir armazenamento sem entregar o mesmo benefício.

O cache também muda o controle. O operador de rede começa a participar do posicionamento de dados, enquanto as comunidades científicas devem decidir quais conjuntos de dados podem ser copiados, como a atualização é mantida e quem está autorizado a acessá-los. Falhas de armazenamento e conteúdo desatualizado tornam-se preocupações operacionais adjacentes à rede.

O estudo mostra por que o bit mais eficiente pode ser aquele que nunca entra no backbone. Atualizações ópticas aumentam a oferta. O cache muda a demanda. O agendamento de fluxos de trabalho pode mover transferências para fora dos períodos movimentados. Compressão ou filtragem local pode reduzir dados antes da transmissão. Um programa maduro de infraestrutura avalia todos esses mecanismos em vez de medir o progresso apenas em terabits instalados.

O resultado deve permanecer limitado à implantação estudada. Ele não prova que todo conjunto de dados científico alcançará uma taxa de acerto de 94 por cento nem que o cache pode substituir nova capacidade para fluxos ao vivo únicos. Ele fornece evidências de que arquitetura de dados e arquitetura de rede podem ser projetadas juntas. (Atividades de pesquisa aplicada 2024)

A ciência transatlântica exige diversidade física além de capacidade

A pegada doméstica da ESnet não pode ser separada de suas obrigações internacionais. A física de altas energias é organizada em torno de instalações e centros de computação em ambos os lados do Atlântico, e o Relatório Anual de 2024 atribuiu cerca de metade do tráfego da ESnet à atividade do Large Hadron Collider. Uma falha de cabo entre a Europa e a América do Norte pode, portanto, afetar uma carga de trabalho científica central mesmo quando todos os roteadores domésticos estão saudáveis.

Durante 2024 e o início de 2025, a ESnet expandiu a capacidade transatlântica relatada de cerca de 700 Gbps para 2,7 Tbps. Uma parte importante do programa foi um acordo de 15 anos com a Aqua Comms por um quarto de um par de fibras em uma rota que liga Nova York, Dublin e Londres. A ESnet também compartilha capacidade e custos com a GÉANT em vários sistemas de cabo. A meta de engenharia é de pelo menos 3,2 Tbps em quatro caminhos fisicamente diversos, com o desenho subjacente oferecendo potencial de crescimento além de 10 Tbps.

Capacidade e diversidade resolvem problemas diferentes. Dois serviços lógicos podem compartilhar um cabo, uma estação de aterragem ou um duto terrestre e falhar juntos. O reparo submarino pode exigir localização de falha, licenças, um navio cabeador, clima adequado e a recuperação física da fibra danificada. A restauração pode levar semanas ou meses. A ESnet planeja, portanto, cenários com três falhas simultâneas de cabo, em vez de assumir que um caminho de backup é suficiente.

Direitos de espectro de longo prazo dão à instalação mais controle sobre atualizações do que compras repetidas de circuitos acabados fixos. Eles também criam compromissos com sistemas de cabo específicos, infraestrutura de aterragem e parceiros operacionais. A ESnet não remove o risco marinho ao alugar espectro. Ela ganha a capacidade de projetar capacidade e resiliência em vários sistemas, permanecendo dependente de proprietários de cabo, processos de reparo e redes parceiras.

Este é outro lugar onde a palavra “dedicado” precisa de cuidado. A ESnet controla direitos e infraestrutura dedicados em rotas importantes, mas o modelo de ativo físico varia. Caminhos domésticos e internacionais podem envolver fibra escura, espectro, serviços iluminados, colocation e capacidade de parceiros. Uma linha no mapa não revela a mesma propriedade ou autoridade de reparo em todos os segmentos.

O relacionamento com a GÉANT mostra por que o networking de pesquisa é cooperativo sem ser centralmente controlado. As duas organizações podem compartilhar custos e coordenar tráfego científico, mas cada uma permanece responsável perante suas próprias instituições e membros. O desempenho de ponta a ponta ainda depende de redes nacionais de pesquisa, sistemas de campus e instalações de experimento além de ambos os backbones. (Marco transatlântico;Relatório Anual de 2024)

A ciência chega como escala constante, rajadas raras e prazos rígidos

O Large Hadron Collider fornece escala constante. Seu modelo de computação distribuída move dados de experimento entre CERN, Fermilab, Brookhaven, universidades e outros centros, criando tráfego internacional sustentado. A operação planejada de alta luminosidade deve aumentar a saída de detectores, simulação e replicação. A rede deve carregar fluxos enormes rotineiros enquanto mantém diversidade de rotas suficiente para sobreviver a falhas de cabo ou instalação.

O Vera C. Rubin Observatory fornece um prazo. O telescópio no Chile é projetado para produzir uma imagem de cerca de 13 GB a cada 30 segundos. O caminho de dados apoia o processamento rápido no SLAC e a geração de alertas sobre objetos transitórios para que outros observatórios possam responder. A ESnet relata uma meta de mover cada imagem por aproximadamente 12.000 milhas em menos de sete segundos. A rota inclui parceiros sul-americanos e internacionais de redes de pesquisa, então o resultado depende de engenharia coordenada além do próprio domínio da ESnet.

O DUNE fornece uma rajada excepcional. Durante um evento de supernova, o programa de neutrinos antecipa a necessidade de mover até 600 TB em 100 segundos. Seu programa mais amplo de vinte anos deve gerar cerca de 900 PB. Esses são requisitos de planejamento para operação futura, não uma descrição do tráfego rotineiro atual. Eles importam porque o evento não pode ser agendado depois que a capacidade se torna disponível. Uma rede construída apenas em torno da utilização média poderia falhar no momento de maior valor científico.

A pesquisa de fusão combina distância internacional com um horizonte de desenvolvimento longo. Em maio de 2026, um teste moveu 176 TB de dados do ITER de Marselha para a instalação DIII-D da General Atomics, em San Diego, a quase 80 Gbps. O ITER ainda estava em construção, então a transferência demonstrou prontidão, não produção normal em escala total. O material de requisitos antecipa alguns fluxos de trabalho futuros de fusão em torno de dois petabytes por dia e pelo menos 200 Gbps.

O FRIB e o Jefferson Lab mostram um terceiro padrão: o experimento pode precisar de análise remota enquanto os dados ainda estão chegando. O EJFAT permite que fluxos de eventos alcancem a computação no NERSC ou em Oak Ridge em vez de esperar que arquivos sejam concluídos e copiados. Fontes de luz, microscópios eletrônicos e outros instrumentos enfrentam escolhas relacionadas sobre filtragem local, inferência remota de inteligência artificial e a velocidade com que os resultados devem retornar ao operador.

O clima e a ciência da Terra ampliam novamente a demanda. Grandes simulações e conjuntos de dados observacionais se movem entre instalações de computação e armazenamento, enquanto sensores de campo podem ficar onde a fibra convencional não está disponível. Nenhuma taxa única de manchete captura todas essas necessidades. A ESnet precisa apoiar transferência persistente em massa, rajadas raras, feedback de baixa latência, colaboração internacional e aquisição remota sob um único modelo de instalação. (Estudo de caso Rubin Observatory;Estudo de caso DUNE;revisões de requisitos)

As revisões de requisitos transformam planos científicos em arquitetura de rede

A ESnet não pode esperar um experimento produzir seu primeiro conjunto de dados antes de encomendar fibra, roteadores ou capacidade transatlântica. Acordos de longa distância, aquisição de equipamentos, construção de sites e desenvolvimento de software levam anos. A instalação realiza, portanto, revisões de requisitos com os programas científicos do Department of Energy em um horizonte de cinco a dez anos.

Pesquisadores e equipes de instalações descrevem instrumentos, volumes esperados de dados, locais de armazenamento, destinos de computação, restrições de tempo, colaboradores internacionais, uso de nuvem e necessidades de resiliência. Especialistas em rede e computação examinam então o fluxo de trabalho completo. Uma solicitação de link maior pode expor um problema mais importante no armazenamento local, na diversidade de rotas, na arquitetura de segurança ou no software de transferência de dados.

O processo de revisão é uma forma de codesign. Programas científicos explicam o que estão tentando realizar; a ESnet traduz esse objetivo em dependências de infraestrutura e testa se o caminho proposto pode funcionar. O resultado pode influenciar o tamanho do link do site, novas rotas, aquisição submarina, implantação da Science DMZ, pesquisa de orquestração, pessoal e o cronograma de uma futura geração de rede.

A grande revisão de High Energy Physics concluída em 2025 e publicada em janeiro de 2026 envolveu 127 contribuidores e 14 estudos de caso em um relatório de cerca de 400 páginas. Sua importância não é que toda previsão estará correta. Instrumentos atrasam, software se torna mais eficiente e novas cargas de trabalho aparecem. O valor é um registro documentado no qual pesquisadores, engenheiros de rede, centros de computação e financiadores podem ver as mesmas suposições e revisá-las deliberadamente.

A previsão continua difícil porque a demanda científica é descontínua. Uma supernova pode nunca ocorrer durante a vida de um experimento, enquanto um fluxo de trabalho de inteligência artificial pode expandir mais rápido do que um ciclo formal de revisão. O crescimento médio do tráfego é útil para orçamento, mas não substitui o planejamento específico de caso. O aumento de tráfego incomumente baixo de quatro por cento em 2024 não mostra que a demanda de longo prazo parou; mostra por que um único ano não deve determinar um programa de infraestrutura de décadas.

As revisões de requisitos também distribuem responsabilidade. Um laboratório não pode assumir que o backbone nacional reparará um caminho de campus inadequado, e a ESnet não pode assumir que um programa científico se adaptará depois que a capacidade for construída. Colocar as dependências em um plano compartilhado torna desacordos posteriores mais concretos. (relatórios de revisão de requisitos)

Projetos sem fio e quânticos testam onde deve terminar a alçada da ESnet

Uma rede nacional de fibra alcança bem instituições fixas. Instrumentos científicos nem sempre operam nesses lugares. Campos geotérmicos, observatórios ambientais e campanhas temporárias podem não ter cobertura de operadora, energia confiável ou uma rota prática de fibra. O programa Wireless Edge da ESnet investiga como celular privado, Wi-Fi, rádio direcional e sistemas via satélite podem estender um fluxo de trabalho científico a esses sites.

Uma implantação geotérmica em Nevada divulgada em junho de 2026 combinou 4G privado usando espectro Citizens Broadband Radio Service, Wi-Fi HaLow de longo alcance, Wi-Fi comum, backhaul Starlink, rádio direcional e uma torre portátil autoalimentada. O desenho respondeu às condições de um único site de campo. Não era um produto sem fio geral da ESnet e não pode entregar a capacidade sustentada de fibra de longa distância. Terreno, clima, espectro, energia e o provedor de satélite permanecem parte do caminho de serviço.

O ponto organizacional importante é que a ESnet não parou no ponto de fibra mais próximo e chamou o problema restante de responsabilidade de outra pessoa. Sua função de engajamento científico tratou aquisição, backhaul e transporte de longa distância como um único fluxo de trabalho. Essa abordagem pode ser mais valiosa do que um produto uniforme porque sites científicos remotos têm restrições físicas diferentes.

O QUANT-NET explora outra fronteira. O projeto financiado pela ASCR está construindo um testbed de rede quântica de três nós ligando o Berkeley Lab e dois locais da University of California, Berkeley, por aproximadamente cinco quilômetros. O trabalho inclui armadilhas de íons, acoplamento de fótons, troca de emaranhamento, medições de estado de Bell, controle crítico de tempo e uma estrutura de software modular.

A conexão com a ESnet é principalmente controle e orquestração. Experimentos quânticos precisam de comunicação clássica, temporização precisa e coordenação entre dispositivos que ainda são difíceis de operar. Software de controle de código aberto pode tornar experimentos mais repetíveis e reduzir ajustes manuais. O testbed não é uma internet quântica de produção e não move dados científicos comuns em massa através do emaranhamento.

Wireless Edge e QUANT-NET devem, portanto, ser medidos pelo que ensinam e pelo que pode ser reutilizado. Nenhum dos dois é evidência de que todo usuário da ESnet receberá um serviço de acesso sem fio ou um link quântico. Eles estendem a função de pesquisa da instalação a áreas onde o networking científico futuro pode exigir novas mídias físicas e sistemas de controle. (Implantação Wireless Edge;pesquisa em redes quânticas)

American Science Cloud e ESnet7 deslocam o planejamento de sites para fluxos de trabalho

O programa Integrated Research Infrastructure e o emergente American Science Cloud refletem uma mudança na forma como o Department of Energy descreve suas instalações. Em vez de tratar um instrumento, uma rede, um armazenamento de dados e um supercomputador como serviços independentes, os programas visam fazê-los operar como um ambiente federado para dados científicos, inteligência artificial e computação de alto desempenho.

O papel da ESnet é a camada de conexão e orquestração. Os dados devem se mover de instrumentos para armazenamento e aceleradores; usuários e serviços precisam de acesso controlado; fluxos de trabalho devem descobrir recursos disponíveis; a telemetria precisa mostrar se o sistema está atingindo o objetivo científico. EJFAT, SENSE, OSCARS, Cloud Connect e High-Touch abordam cada um parte desse problema, mas nenhum sozinho constitui o American Science Cloud.

Na Confab26, Inder Monga foi identificado como Deputy do projeto American Science Cloud, e sessões do programa incluíram demonstrações e planejamento para a próxima geração de rede. Isso é evidência de trabalho institucional ativo, não prova de que uma nuvem científica universal estava completa em agosto de 2026. Política de acesso, inventário de recursos conectados, suporte de produção e governança permaneciam questões em desenvolvimento.

A ESnet7 aparece no mesmo ambiente de planejamento. O rótulo é real, e sessões de inovação examinaram telemetria, inspeção de pacotes, movimento de dados, inteligência artificial e redes quânticas. A ESnet6, no entanto, continua sendo a geração atual de produção. Nenhuma arquitetura pública final, linha de base de projeto, seleção de fornecedor, orçamento completo ou data de lançamento foi identificada nas evidências fornecidas.

Rótulos de geração de rede criam expectativas muito antes de o equipamento ser instalado. Um programa de planejamento pode moldar prioridades de pesquisa, engajamento de fornecedores e pedidos de capital. Ele não deve ser relatado como um backbone concluído. A interpretação mais defensável é que a ESnet está usando a experiência operacional da ESnet6 e os projetos atuais de fluxo de trabalho para decidir o que uma sétima geração deveria ser.

A velocidade continuará importante, mas as evidências sugerem que programabilidade e inteligência podem se tornar igualmente centrais. Um link mais rápido não pode dizer a uma aplicação onde a computação está disponível, identificar um microburst, agendar um fluxo de detector ou provar que um serviço entre domínios foi liberado corretamente. A questão estratégica da ESnet7 é, portanto, quanto do fluxo de trabalho científico a rede deve entender e coordenar sem se tornar um controlador central ingerenciável. (Programa Confab26;Pesquisa aplicada 2024)

O financiamento federal apoia a instalação, mas a linha orçamentária não é receita

A ESnet não financia seu backbone vendendo banda ao público. O Department of Energy a financia principalmente por meio da atividade da ASCR chamada High Performance Network Facilities and Testbeds. O pedido para o ano fiscal de 2027 propôs US$ 103 milhões para essa linha de programa, contra US$ 97,261 milhões na coluna promulgada anterior.

Esses números fornecem o melhor indicador público de escala do programa, mas não são uma demonstração de resultados da ESnet. A linha também apoia testbeds relacionados a redes, manutenção de software, atualizações e atividade de pesquisa. Ela não divulga um custo operacional anual separado para o backbone de produção, gasto de capital por geração de rede ou receita associada a conexões individuais de site.

O financiamento público permite que a instalação invista antes que a demanda se torne comercial. Ela pode comprar espectro de longo prazo, manter ferramentas de código aberto, apoiar experimentos com baixo volume, mas alta importância científica, e construir diversidade de rotas além do que a utilização imediata poderia justificar. O mesmo modelo cria dependência de dotações do Congresso, prioridades do Departamento e do arcabouço operacional do Berkeley Lab.

As conexões de site nem sempre são sem custo. A Site User Cost Policy da ESnet permite que usuários institucionais assumam custos relacionados à conexão, dependendo de patrocínio, elegibilidade e requisitos incrementais. A unidade do relacionamento é o site, não o pesquisador individual. Usuários finais não são cobrados separadamente nem cadastrados por meio da ESnet.

A ausência de contas independentes limita a análise financeira. O material público não revela uma concentração completa de fornecedores, folha de pagamento, cronograma de depreciação, registro de ativos rota por rota ou orçamento anual de capital. Chamar US$ 103 milhões de “receita da ESnet” seria, portanto, incorreto. A conclusão mais precisa é que um programa federal financia uma instalação de produção, seu trabalho de atualização, manutenção de software e testbeds por meio de uma linha de atividade mais ampla.

A estrutura de financiamento também afeta a escolha estratégica. Uma rede comercial pode se retirar de uma rota que não cobre seu custo. Uma instalação científica pública deve pesar missão nacional, oportunidade científica e capacidade de longo prazo contra restrições orçamentárias. Isso pode justificar investimento sem retorno financeiro imediato, mas também torna essenciais a priorização transparente e as evidências de requisitos. (Pedido orçamentário ASCR AF2027;ESCC e política de site)

Confiabilidade e visibilidade criam obrigações além do uptime

O relatório de 2024 da ESnet registrou um resultado notável de disponibilidade: todos os dez sites do Office of Science incluídos na medida relevante alcançaram 100 por cento de disponibilidade de serviço, excluindo manutenção planejada. Foi o primeiro ano em que todos os sites superaram o requisito de 99,9 por cento ao mesmo tempo. O relatório anual também deu um número mais amplo de uptime de 99,99 por cento. Essas são medidas úteis, mas com escopos diferentes, e não prova de que todos os serviços, instituições e caminhos internacionais sofreram zero interrupção.

O Site Resilience Program examina entradas diversas, roteadores, energia e domínios de falha em instalações conectadas. Isso reflete um fato desconfortável: um backbone nacional pode ser redundante enquanto um laboratório permanece dependente de um único conduíte ou dispositivo local. A confiabilidade tem que chegar ao prédio e ao sistema de transferência de dados, não parar no mapa do backbone.

A política de roteamento fornece outra camada de controle. A ESnet rejeita anúncios inválidos de RPKI no peering, exige registros de roteamento atualizados e apoia monitoramento de sequestro de rota e blackhole de destino. Esses controles reduzem riscos conhecidos, mas não podem tornar o roteamento interdomínio infalível. Uma origem de rota válida ainda pode estar associada a um vazamento ou erro de política, e um blackhole protege outros sistemas ao tornar o destino visado inalcançável.

A automação cria uma troca semelhante. Configuração padrão, inventário e orquestração podem reduzir erro manual e acelerar a recuperação. Um template, política ou registro de dados errado também pode se propagar rapidamente por muitos dispositivos. A resposta apropriada é implantação em etapas, validação independente, rollback claro ou procedimentos de recuperação direta, e limites para a autoridade de qualquer conta de automação isolada.

Os dados operacionais merecem atenção igual. A política de dados da instalação da ESnet diz que a utilização de roteadores e os dados NetFlow podem ser retidos indefinidamente e replicados em armazenamentos das costas leste e oeste. Medições ativas do perfSONAR são retidas por seis meses em um único disco, sem backup. Dados de utilização de roteadores e traceroute são públicos, enquanto registros de fluxo e segurança têm acesso restrito.

A ESnet pode não ter um relacionamento individual de assinante e ainda assim coletar metadados operacionais detalhados; esses são sistemas diferentes. A ESnet não tem um relacionamento individual de associação e cobrança, mas os metadados de rede podem identificar endpoints, instituições que se comunicam, temporização e padrões de tráfego. A telemetria de alta fidelidade melhora o diagnóstico e a segurança, ao mesmo tempo em que aumenta a necessidade de minimização, controle de acesso, revisão de retenção e uso responsável.

Um modelo de resiliência crível repousa sobre mecanismos limitados: diversidade física, engenharia de site, segurança de roteamento, medição, resposta a incidentes, governança de dados e métricas claramente escopadas. (Marco de disponibilidade;política de dados da instalação;política de peering)

O teste é se a ciência distribuída funciona na prática

A história da ESnet pode ser lida como uma sequência de redes mais rápidas: predecessores especializados, ESnet4, uma ESnet5 continental de 100G e a ESnet6 multiterabit. Essa cronologia é real, mas perde a continuidade mais importante. A instalação repetidamente mudou a arquitetura em torno do trabalho científico quando a banda bruta sozinha não conseguia resolver o problema.

A Science Data Network separou fluxos excepcionais do tráfego comum. O OSCARS tornou a capacidade reservável. A Science DMZ mudou o perímetro institucional. perfSONAR e iperf3 transformaram disputas de desempenho em medições. O SENSE vinculou a intenção da aplicação a vários domínios administrativos. O EJFAT trouxe o caminho de longa distância para dentro do laço do detector. O cache mudou a demanda, e o espectro transatlântico mudou o controle da ESnet sobre o crescimento internacional.

A autoridade da organização permanece limitada. O DOE e a ASCR definem missão e financiamento. O Berkeley Lab opera a instalação. A University of California gerencia o laboratório sob contrato. Coordenadores de site aprovam mudanças que afetam suas instituições. Parceiros internacionais controlam suas próprias redes. Provedores de nuvem, operadoras, proprietários de cabo e fornecedores de equipamentos mantêm poder sobre componentes dos quais a ESnet depende.

Essa distribuição de controle não é um inconveniente que o software pode apagar. É a condição sob a qual uma rede científica opera. A conquista prática é uma coordenação forte o suficiente para entregar um fluxo de trabalho sem fingir que uma instituição possui todo o caminho.

A mesma disciplina deve governar afirmações sobre o futuro. A ESnet7 é planejamento, o SENSE permanece em fase de pesquisa no relatório completo mais recente, o EJFAT é um protótipo avançado ou plataforma emergente, o QUANT-NET é experimental e o American Science Cloud ainda estava sendo construído. Suas evidências são valiosas precisamente quando a maturidade é descrita com precisão.

A importância de longo prazo da ESnet está no modelo de instalação de usuário. A rede é tratada como um instrumento científico com requisitos, operações, software, medição, pesquisa e financiamento público. Esse modelo reconhece que um detector e um supercomputador separados por milhares de milhas criam pouco valor combinado a menos que os sistemas entre eles sejam projetados como um único caminho.

Nenhuma medida neutra atual nas evidências fornecidas pode classificar a ESnet como a rede mais rápida do mundo, e esse não é o teste mais útil. A medida mais forte é se um instrumento pode alcançar armazenamento ou computação remota na taxa necessária, se recuperar quando uma parte do caminho falha e produzir evidências que mostrem onde está a responsabilidade. A posição da ESnet será confirmada ou enfraquecida por esses resultados de produção à medida que o trabalho do American Science Cloud, a transmissão ao vivo e o eventual programa ESnet7 avançarem de demonstrações e planos para serviço científico suportado. (História da ESnet;Lançamento da ESnet6;Relatório Anual de 2024)

Fontes

Strategic Circle: indicadores, gatilhos e cenários

A próxima etapa da ESnet deve ser julgada por evidências operacionais. O primeiro indicador é uma linha de base formal da ESnet7. Um plano de projeto financiado, arquitetura definida, cronograma de aquisição e método de migração moveriam o programa do trabalho de inovação para um projeto responsável de geração de rede. Até que esses elementos apareçam, a ESnet6 continua sendo o sistema de produção e “ESnet7” é um rótulo de planejamento.

O segundo indicador é como a rede absorve o próximo ciclo de demanda científica. A operação do LHC de Alta Luminosidade, a comissão do Rubin, o desenvolvimento do DUNE, a produção de dados do ITER e o crescimento de cargas de trabalho de inteligência artificial podem mudar o formato do tráfego tanto quanto o volume de tráfego. Evidências úteis incluirão atualizações de link de site, taxas sustentadas de produção, testes de rajada, prazos perdidos e o número de fluxos de trabalho que exigem transferência em tempo real em vez de adiada.

A resiliência internacional deve ser acompanhada separadamente da banda agregada. Alcançar os planejados 3,2 Tbps em quatro caminhos transatlânticos genuinamente diversos seria um marco material. Uma grande falha de cabo forneceria um teste mais difícil: quanto tráfego pode ser restaurado, com que rapidez e quais fluxos de trabalho científicos recebem prioridade quando vários sistemas estão indisponíveis ao mesmo tempo.

A transição de software de pesquisa para serviço suportado é outro gatilho. O EJFAT cruzaria uma fronteira importante se a ESnet publicar um modelo de suporte de produção, requisitos de integração e responsabilidades de nível de serviço usados por vários instrumentos. O SENSE mudaria de status quando a orquestração multi-domínio se tornar rotina fora de demonstrações selecionadas. O High-Touch deve ser avaliado pelas decisões operacionais que melhora e pelos controles que governam os dados resultantes, não apenas pelo volume de telemetria.

O trabalho do American Science Cloud exige a mesma disciplina. Um lançamento de produção deve definir usuários elegíveis, computação e armazenamento conectados, identidade e autorização, suporte de serviço, responsabilidade de dados e o papel das nuvens comerciais. Demonstrações mostram direção técnica. Elas ainda não respondem quem é responsável quando um fluxo de trabalho abrange uma instalação do DOE, a ESnet e um provedor comercial.

O financiamento é um gatilho prático. A dotação final do AF2027 deve ser comparada com o pedido de US$ 103 milhões para High Performance Network Facilities and Testbeds, lembrando que a linha é mais ampla do que a ESnet. Uma redução sustentada de financiamento não interromperia necessariamente o tráfego atual imediatamente, mas poderia atrasar óptica, resiliência de site, manutenção de software, espectro internacional e ESnet7. Um grande aumento poderia acelerar o programa, mas também aumentaria o risco de perseguir muitas frentes de pesquisa ao mesmo tempo.

As equipes de operações devem observar o número de conexões de site de 400G, a introdução de serviços de pacotes de 800G ou superiores, o crescimento da força de trabalho e a idade das plataformas críticas ópticas e de roteamento. Elas também devem observar o tráfego após o crescimento incomum de quatro por cento registrado em 2024. Um retorno ao crescimento alto validaria o planejamento agressivo de capacidade; um crescimento mais lento contínuo fortaleceria o caso para atualizações seletivas, cache e otimização de fluxos de trabalho, em vez de expansão uniforme.

Vários cenários se seguem. Em um cenário de integração de fluxos de trabalho, a ESnet se torna a camada de conexão e orquestração do American Science Cloud, com fluxos ao vivo de instrumentos e computação compartilhada se tornando desenho normal de instalação. Em um cenário de capacidade limitada, a ciência internacional cresce mais rápido do que a diversidade submarina e força decisões de prioridade. Em um cenário de gargalo de site, o backbone nacional escala com sucesso enquanto armazenamento local, firewalls e links de campus permanecem como fator limitante.

Em um cenário de financiamento limitado, a ESnet6 vive mais tempo e software, atualizações de óptica coerente e cache carregam mais do fardo. O trabalho sem fio e quântico pode gerar sistemas de controle reutilizáveis sem se tornar serviços de produção convencionais durante a próxima geração.

Para líderes de laboratório, a implicação profissional é direta: uma atualização da ESnet não substitui a engenharia local. Resiliência de site, desenho de Science DMZ, nós de transferência de dados, armazenamento e medição devem ser financiados como parte da mesma capacidade científica. Para gerentes de programa, a questão relevante é se um instrumento planejado tem um fluxo de trabalho executável de ponta a ponta, não se um slide de backbone nacional mostra capacidade suficiente.

Leadership Alliance: controle, incentivos e decisões irreversíveis

A estrutura de controle da ESnet é distribuída entre instituições com incentivos diferentes. O Department of Energy e a ASCR definem a missão e alocam fundos federais. A Scientific Networking Division do Berkeley Lab projeta e opera a instalação. A University of California fornece o arcabouço operacional do laboratório. A liderança da ESnet aloca atenção de engenharia entre operações, segurança, software, pesquisa e engajamento científico. Coordenadores de site controlam mudanças que afetam suas próprias conexões.

Programas científicos articulam requisitos futuros, enquanto redes parceiras, provedores de cabo, empresas de nuvem e fornecedores de equipamentos controlam partes do sistema de ponta a ponta.

Essa estrutura impede que um único ator comande todo o caminho científico, mas também pode tornar ambígua a responsabilidade por falhas. Um programa central pode financiar um backbone sem corrigir uma instalação local. Um laboratório pode solicitar capacidade sem preparar armazenamento. Um provedor de nuvem pode entregar uma interconexão privada mantendo controle sobre disponibilidade e preços regionais. A liderança eficaz depende, portanto, de tornar as fronteiras explícitas e exigir evidências em cada hand-off.

A primeira decisão é quanta autoridade a rede deve adquirir sobre o fluxo de trabalho. Mais orquestração pode alocar capacidade, armazenamento e computação de forma eficiente. Também pode concentrar credenciais e criar um grande raio de explosão de automação. Um desenho prudente mantém a propriedade da política com as instituições que arcam com as consequências, expõe capacidades estreitas por meio de interfaces autenticadas e exige verificação independente antes de mudanças de alto impacto.

A segunda decisão é onde comprometer capital irreversivelmente. Direitos de fibra e espectro, acordos de aterragem, plataformas ópticas e construção de sites podem moldar a rede por quinze anos ou mais. Esperar preserva flexibilidade, mas arrisca não conseguir obter capacidade quando um experimento começa. O comprometimento precoce garante controle, mas pode deixar investimento ocioso se cronogramas científicos ou tecnologias mudarem. As revisões de requisitos são valiosas porque conectam esses compromissos a fluxos de trabalho nomeados, em vez de tratar o crescimento como uma curva genérica.

A terceira decisão diz respeito aos dados. Retenção indefinida de fluxos e telemetria de alta fidelidade podem melhorar resposta a incidentes, planejamento de capacidade e segurança. Eles também criam registros duráveis de relacionamentos científicos e comportamento de endpoints. A liderança deve distinguir dados essenciais para a continuidade de dados retidos porque o armazenamento está disponível, documentar acesso e uso, e revisar se a retenção indefinida permanece proporcional à medida que a telemetria se torna mais detalhada.

A quarta decisão é a fronteira entre infraestrutura pública e serviços comerciais. O Cloud Connect pode dar a pesquisadores caminhos privados para recursos poderosos, mas a conta de nuvem, a configuração de segurança, o preço de egress e a disponibilidade do serviço permanecem dependências externas. A ESnet deve tornar essas dependências legíveis, em vez de permitir que um caminho privado seja confundido com controle público de todo o serviço.

Efeitos de segunda ordem importam. Se a transmissão ao vivo se tornar padrão, as instalações podem construir menos computação local e se tornar mais dependentes da rede de longa distância e de agendadores nacionais. Isso pode melhorar a utilização, transformando um incidente de backbone em um incidente de experimento. Se a orquestração orientada por aplicações se tornar normal, o software científico pode começar a assumir que a capacidade pode ser reservada dinamicamente, tornando o fallback manual mais difícil.

Se caches e armazenamento compartilhado se expandirem, a política de posicionamento de dados se torna uma questão de governança de infraestrutura.

Efeitos de terceira ordem alcançam a organização da ciência. Um caminho confiável de instrumento para supercomputador permite que instalações menores usem capacidades que não poderiam financiar localmente. Ele pode distribuir acesso mais amplamente, mas também pode concentrar computação essencial em alguns centros nacionais. Fluxos de trabalho de inteligência artificial podem aumentar a demanda por aceleradores compartilhados e dar às decisões de rede maior influência sobre quais experimentos recebem análise oportuna.

O risco irreversível mais sério não é uma atualização falha. É projetar um ecossistema científico cujos componentes não podem mais operar de forma suficientemente independente para se recuperar. A ESnet deve aprofundar a integração preservando fronteiras observáveis, fallback local, diversidade de rotas, interfaces abertas e a capacidade de substituir um fornecedor ou serviço. A história da instalação apoia essa abordagem: suas contribuições mais fortes não centralizaram todas as decisões. Elas tornaram a infraestrutura compartilhada programável e mensurável, mantendo a responsabilidade visível.

A liderança deve, portanto, julgar a ESnet por três resultados. Os programas científicos devem receber capacidade confiável de ponta a ponta, em vez de banda nominal. O investimento deve preservar opções ao longo de vidas úteis longas de ativos. Automação e telemetria devem aumentar a evidência operacional sem colocar autoridade irrevisável em um único sistema. Esses testes são menos dramáticos do que um rótulo de “mais rápida do mundo”, mas determinam se a rede permanece útil quando a demanda científica, a tecnologia e as prioridades públicas mudam.

ESnet e a rede que transforma instalações científicas distantes em uma única máquina

Por que isso importa