A geografia da computação está a tornar-se política

A computação não é uma nuvem abstrata. É uma disposição física de chips, eletricidade, água, redes, competências, contratos e escolhas públicas, e a sua...

A geografia da computação está a tornar-se política

The machine has an address

A request for computation begins long before a model produces an answer. It begins with a place where a machine can be connected, cooled, repaired, supplied with software and reached by the people who are meant to use it. It depends on a grid connection, a network route, a building, a supply chain and an organisation that has the authority to change the arrangement when the world changes. The word cloud conceals all of that. Clouds are useful weather. They are not useful procurement documents.

Europe has spent years discussing digital capacity as if capacity were mainly a question of servers. The physical layer is now making that impossible. Data centres are appearing in energy plans. Semiconductor policy is being written as industrial policy. Supercomputing access is being organised as a public service. The European Commission is asking operators to report energy and water indicators, while its 2026 roadmap for digitalisation and artificial intelligence in the energy sector treats data centres as part of the energy system rather than as tenants with unusually large plug sockets.

This is not a story about one country winning a race. It is a story about where a capability can exist, who can reach it, what it consumes, which dependencies surround it and who gets to decide when the arrangement no longer works. Geography is becoming political because a location now carries a set of choices about energy, hardware, water, connectivity, skills, law and public money. A map is no longer a picture behind the infrastructure. It is part of the infrastructure.

The practical consequence is straightforward. A serious compute plan has to describe more than the number of accelerators. It has to describe the physical and institutional route that turns electricity into useful, governable work. That route is European in the broad sense: it crosses borders, programmes, languages and markets. It also has to remain accountable to the places in which the hardware, heat, cables and people actually sit.

The first political fact is physical

Artificial intelligence is often discussed as though it were a purely digital activity. A model is trained, a prompt is sent, a result is returned. The verbs are tidy because the infrastructure has been removed from the sentence. In reality, training and inference happen mainly in data centres, where servers, storage, networking, cooling, uninterruptible power supplies and backup systems work together. The International Energy Agency describes those components separately because the separation matters. The server is only one part of the electrical load. Cooling, storage, networking and the equipment that keeps the whole arrangement alive all have their own behaviour.

This makes compute a physical policy question even when the workload is small. A local public service may ask for a modest inference route. A laboratory may need a short allocation on a supercomputer. A manufacturer may want to test a model at a particular precision. Each request has a physical boundary, even if the user sees only an API endpoint. The boundary includes a power path, a cooling method, a network path, a maintenance plan and a set of people who can intervene.

Physicality also changes the meaning of efficiency. A more efficient operation may reduce electricity per task, but the total demand can still rise when more tasks are performed. A smaller model may use less power per response, but a badly designed retrieval path may move far more data. A new facility may be supplied by a lower-carbon electricity mix while placing a concentrated demand on a local grid that is already constrained. None of these facts cancels the others. They are different layers of the same arrangement.

The political question follows from the engineering one. Who decides which loads receive scarce grid capacity? Which public benefits are expected in return for land, water, tax treatment or research funding? How are environmental costs reported and compared? Who can challenge a supplier when a component changes? What happens to the work when a facility is unavailable? These are not questions that a model card can answer. They belong to infrastructure governance.

It is tempting to answer a physical question with a large number. A larger cluster, a bigger investment or a higher peak-performance figure appears to settle the matter. It does not. A number without a route tells us what a machine might do under a defined condition. It does not tell us whether a researcher can obtain time, whether the network can carry the data, whether the grid can support the next expansion or whether a public authority can inspect the resulting system.

A global number, a local argument

The IEA gives a useful global scale. Data centres consumed about 415 terawatt-hours in 2024, roughly 1.5 per cent of global electricity consumption. Its base case projects consumption to more than double to around 945 TWh by 2030, with AI as the most important driver alongside other digital services. Europe accounted for 15 per cent of global data-centre electricity consumption in 2024 in the same analysis. These figures are large enough to matter, but they can still mislead if they are read as an average spread evenly across a continent.

Electricity systems do not experience a global average. They experience a connection in a particular place, at a particular voltage, with a particular queue of projects and a particular set of alternatives. The IEA notes that AI-focused data centres are geographically concentrated and can draw as much electricity as power-intensive factories. The European Environment Agency makes the local point more directly in its work on AI and sustainable consumption: data-centre demand is often concentrated, with pressure on local grids, land availability and emissions profiles. A small share of a continental total can be a very large decision for the municipality that has to approve the connection.

Europe's familiar digital hubs illustrate the difference between a regional statistic and a local argument. The EEA identifies clusters around Frankfurt, London, Amsterdam, Paris and Dublin, while also describing emerging markets in Spain, Italy and Poland. The list is not a ranking and it is not a prediction. It is a reminder that network effects, existing facilities, skilled labour and proximity to users tend to pull more capacity towards places that already have some of it. Once a cluster exists, the next site is not choosing an empty map. It is choosing among a set of connections, constraints and political expectations.

Concentration can bring genuine benefits. It can support shared skills, better network interconnection, specialised maintenance and more efficient use of equipment. It can also make a local grid carry a disproportionate share of a global service, while land and water decisions are made by institutions that do not control the demand. A regional strategy therefore has to ask both where capacity is efficient and where capacity is governable. The two questions overlap, but they are not identical.

Um site de computação situa-se onde vários mapas se sobrepõem. A localização só é útil se a eletricidade, o hardware, a água, a rede, as pessoas e a autoridade puderem encontrar-se ali.

O mapa também muda ao longo do tempo. Uma ligação à rede que está disponível hoje pode não estar disponível para uma expansão planeada. Uma cadeia de abastecimento que parece diversificada pode depender de uma única etapa de empacotamento ou de uma classe de equipamento. Um cluster de investigação pode perder capacidade quando um especialista se reforma ou quando as regras de acesso mudam. Um site operacionalmente sólido pode tornar-se politicamente difícil se a sua pegada hídrica não for visível. A geografia não é uma coordenada estática. É um conjunto de relações que podem derivar.

Um centro de dados tem mais do que um endereço

As pessoas perguntam frequentemente onde está localizado um sistema e esperam uma resposta. A pergunta esconde vários endereços diferentes. Há o endereço físico do edifício e do hardware. Há o endereço da ligação elétrica e da geração que a abastece. Há o endereço do operador e da sua equipa de manutenção. Há as rotas através das quais os dados entram e saem. Há a jurisdição que pode compelir o acesso a equipamento ou registos. Há o lugar onde é tomada uma decisão sobre uma atualização do modelo, um contrato ou um encerramento.

Estes endereços podem coincidir, mas não têm de coincidir. Uma máquina pode estar num Estado-Membro, ser operada por uma organização sediada noutro, depender de software mantido noutro local e servir utilizadores em toda a União. O acordo pode ser perfeitamente legítimo. Simplesmente não pode ser compreendido apenas pela localização. Uma declaração de que os dados estão na Europa responde a uma pergunta sobre armazenamento. Não responde a quem pode administrar o serviço, quais as chaves que protegem os dados, onde é realizado o suporte ou quais os poderes legais e contratuais que podem alcançar o sistema.

A mesma separação aplica-se à energia. Um centro de dados pode comprar eletricidade renovável através de um contrato enquanto consome energia de uma rede física com a sua própria combinação e restrições. O contrato é significativo, mas não é o mesmo que o fluxo físico. A IEA tem o cuidado de distinguir a combinação de combustíveis da eletricidade fisicamente consumida dos acordos contratuais. Isto não é um detalhe para especialistas em contabilidade. É a diferença entre uma afirmação sobre uma compra e uma afirmação sobre o sistema que realmente alimentou o trabalho.

Water has several addresses too. Cooling may use water at the site, rely on a municipal supply or avoid direct consumption through a different design while increasing another resource demand. The European Commission's reporting approach includes information relevant to the water footprint of data centres because a single energy number cannot describe all the environmental pressure. A site can be efficient on one indicator and difficult on another. A responsible location decision keeps the indicators together instead of allowing the easiest one to stand in for the whole relationship.

Multiple addresses are not a reason to give up on sovereignty or accountability. They are a reason to draw the system more carefully. A useful map names the physical site, the service operator, the energy relationship, the data routes, the hardware dependencies, the legal reach and the people with authority. The map can then show what is controlled, what is contracted, what is shared and what would have to change before the service could move.

Electricity is a planning decision

Electricity is the most visible constraint because it arrives through infrastructure that has a finite capacity and a public history. A data centre does not merely consume energy in the abstract. It asks a grid operator for a connection, occupies land, interacts with planning rules and changes the timing of demand. The request may be valuable, but it competes with other requests and with the obligation to maintain an affordable, resilient system for households and industry.

The European Commission's data-centre work places transparency at the centre of this problem. The Energy Efficiency Directive introduced monitoring and reporting obligations, and the Commission's database collects indicators related to energy performance and water footprint for data centres with significant energy consumption. The Commission says the forthcoming package will assess the submitted data, introduce a common rating scheme and begin work on minimum performance standards. The point is not to create a decorative label. It is to make the environmental and system consequences visible enough for policy and procurement decisions.

The threshold and reporting machinery are useful because they create a shared language. The Commission's preparatory work describes mandatory public reporting for data centres with a power demand above 500 kW and a harmonised set of reporting elements under Delegated Regulation (EU) 2024/1364. Reporting does not make a facility sustainable. It creates a condition in which sustainability claims can be compared, questioned and improved. A system that cannot describe its boundary cannot be managed well, whether the boundary is energy, water, security or evidence.

Electricity planning also needs time. A training run, an interactive service and an always-on platform have different demand shapes. A facility may have the same annual energy use under two schedules and a very different effect on the grid if one schedule creates a sharp peak. Flexible workloads can sometimes move in time. Latency-sensitive workloads cannot be treated as if they were a warehouse of spare hours. The design question is therefore not simply how much power is needed, but when, under which conditions and with what ability to respond.

That distinction matters for public investment. A large facility can look like a strategic asset while still leaving the surrounding system to fund grid reinforcement, network upgrades, water provision and training. The public decision should ask what the facility returns: research access, industrial capability, local skills, heat reuse, resilience, transparent reporting, or another defined benefit. A promise of innovation is not a substitute for a plan that can be inspected.

O roteiro estratégico da Comissão Europeia para 2026 sobre digitalização e IA na energia torna explícita a ligação institucional. Abrange a integração sustentável dos centros de dados no sistema energético e apela à cooperação entre operadores, entidades ligadas ao setor da energia e autoridades públicas. Catorze associações industriais europeias assinaram uma declaração de intenções para desenvolver um modelo de acordos tripartidos. O modelo pretende basear-se em práticas de toda a União e definir possíveis ações para uma integração sustentável. É um mecanismo de governação precoce, não uma prova de que todos os futuros locais serão bem integrados. A sua importância reside em tratar o centro de dados como um participante num acordo energético, e não como uma ilha privada com um contador de dimensões muito grandes.

Água, arrefecimento e a ética de uma máquina quente

A eletricidade domina a conversa pública porque é fácil de contabilizar. O arrefecimento torna a conversa mais local. Os servidores convertem trabalho elétrico em calor, e o calor tem de ir para algum lado. Consoante o projeto e as condições, o arrefecimento pode utilizar água, eletricidade, ar, sistemas de refrigerante ou combinações destes. A escolha de engenharia afeta a eficiência, a resiliência, o custo e a relação com os recursos locais.

A questão certa não é se uma determinada tecnologia de arrefecimento é boa em abstrato. É se o projeto se adequa ao local e à carga de trabalho. Um sistema de arrefecimento que funciona bem num clima pode exigir recursos diferentes noutro. Um projeto que evita o uso direto de água pode exigir maior capacidade elétrica. Um projeto que reutiliza o calor pode precisar de uma rede próxima e de um cliente para esse calor. Toda a melhoria anunciada tem um limite. O limite deve ser comunicado, não subentendido.

A decisão da Comissão de incluir informações sobre a pegada hídrica na sua base de dados europeia é um passo institucional pequeno mas importante. Reconhece que o impacto ambiental não é um único painel de resultados. Os dados não responderão a todas as perguntas. Podem, no entanto, tornar mais difícil esconder um compromisso local difícil por detrás de uma média global. O público deve poder perguntar o que uma instalação consome, o que devolve, o que comunica e o que permanece desconhecido.

Um bom processo de planeamento trata também o arrefecimento como uma questão de fiabilidade. Se um sistema de rejeição de calor falhar, o serviço pode ter de reduzir a carga, transferir trabalho ou parar. Se o sistema de reserva tiver um perfil ambiental diferente, essa condição é relevante. Se uma instalação depender de uma fonte de água vulnerável em períodos de seca, o limite operacional deve incluir esse risco. Um projeto resiliente não finge que o mundo físico respeitará um acordo de nível de serviço.

É aqui que um estilo europeu de humor ajuda, com leveza. A máquina não se importa que a secção de sustentabilidade tenha sido escrita por um departamento diferente. Continuará a produzir calor no mesmo edifício. Uma organização responsável mantém, por isso, a energia, a água, a fiabilidade e as obrigações públicas numa única conversa. O circuito de arrefecimento não é uma reflexão tardia. É um participante com uma interpretação notavelmente literal da termodinâmica.

Os chips tornam a geografia pegajosa

A capacidade de computação começa com componentes que são, eles próprios, o produto de uma longa geografia. Um processador depende de ferramentas de design, propriedade intelectual, fabrico, encapsulamento, testes, materiais, equipamento, firmware e de uma cadeia de abastecimento capaz de fornecer substituições. Um centro de dados pode estar localizado dentro da União e ainda assim estar exposto a decisões tomadas muito para além dela. Isso não é um fracasso moral. É a estrutura atual da indústria. O erro político é fingir que a localização de um edifício apagou a dependência a montante.

The European Chips Act is explicit about this broader ecosystem. Its five strategic objectives include research and technological leadership, capacity to design, manufacture and package advanced chips, a framework to increase production by 2030, skills and talent, and a deeper understanding of the global semiconductor supply chain. The language is useful because it avoids reducing sovereignty to one factory. Capacity includes the knowledge and institutions that make a factory, a design, a repair and a next generation possible.

The Chips for Europe Initiative makes the same point through its five operational objectives: a design platform, advanced pilot lines, capacity for quantum chips and related technologies, a network of competence centres and a Chips Fund. The Commission describes the design platform as a cloud-based environment that should be open, non-discriminatory and transparent. It describes pilot lines as a bridge between research and industrial exploitation. Competence centres are meant to provide access to expertise, experimentation, skills and other nodes in a European network. This is infrastructure as an ecosystem rather than infrastructure as a warehouse.

That ecosystem matters for AI because an accelerator is not useful only when it is installed. It must be programmable, supported, measured, repaired and replaceable. A lab that can access a pilot line but cannot build the skills to use it has a facility without a capability. A public programme that funds hardware but not software and maintenance has purchased a landmark with an expiry date. The chips policy is therefore also a policy about institutions that can keep the map legible.

The strategic vocabulary should be used carefully. Reducing dependence is not the same as pretending Europe can produce every component alone. Diversification, interoperability, stock, skills, open interfaces and the ability to switch are all forms of resilience. A single local facility can be as fragile as a foreign one if it is impossible to replace or if the knowledge to operate it sits with one person. Sovereignty is an ability to make and defend choices, not a promise that geography can abolish interdependence.

There is also a social geography to chips. Competence centres, universities, technical schools and repair ecosystems distribute opportunity. If advanced compute is concentrated only where a narrow group of institutions already has access, the investment may increase capacity without increasing participation. European policy has a chance to make access a design requirement. The question is not only where the machine is built. It is who can learn to use it, who can challenge it and who can build the next one.

The map of public capacity

Public compute is sometimes described as a prestige object. A supercomputer is photographed, ranked and given a name, then the story moves on. The more important question is what the infrastructure lets people do. EuroHPC's AI Factories describe a different model. They are hubs using EuroHPC supercomputing capacity to develop generative AI, with services that include computing and storage, data and software access, support, training, onboarding and sector-focused collaboration. That is a public capability with a service layer, not merely a machine.

The service layer changes who can participate. Researchers, public-sector users, start-ups and small and medium-sized enterprises may need guidance, data services and technical support as much as they need accelerator time. The EuroHPC pages describe AI Factories such as LUMI AI, HammerHAI, L-AIF, Pharos, MIMER, the BSC AI Factory and IT4LIA with different sector focuses and forms of support. The point is not that every factory serves every workload. The point is that European capacity can be organised as a network of places with particular strengths, access routes and responsibilities.

Distributed public capacity also changes the political meaning of location. A researcher should not need to move their institution to the place where a machine happens to sit. An industrial user should be able to understand how access is granted, what data and software conditions apply, and what support exists after the allocation. A public body should be able to ask what records remain when a project ends. A network of facilities can reduce concentration, but only if the interfaces, skills and governance are portable across the network.

EuroHPC's access calls show the administrative side of this work. They distinguish access modes and require proposals to pass technical and peer review. The details will change over time, as calls and systems change, but the basic idea is durable: public capacity is governed through an allocation process, not simply opened by turning on a machine. That process can be fair, transparent and useful, or it can become a new layer of opaque expertise. Its quality is part of the infrastructure.

There is a temptation to compare public compute with commercial scale using one measure. A public system may not win a peak-performance contest, and that may not be its purpose. It may provide a research route, a European data environment, a place to train people, a way for smaller users to test ideas, or a shared base for a sector that cannot justify private infrastructure. These are capabilities that a raw processor count cannot see.

Public capacity should still be held to high standards. A site needs a maintenance budget, an access policy, a security boundary, a data-retention rule, a recovery plan and an honest description of what it can and cannot support. It should report utilisation and access without turning every result into a marketing claim. It should preserve the knowledge required to move a workload. Public does not mean informal. It means the reason for the infrastructure has to be legible beyond the owner of the rack.

Access is part of sovereignty

People often equate sovereignty with possession. If a public institution owns the building or a European programme owns the machine, sovereignty is assumed. Ownership helps, but access is where capability becomes real. A machine that cannot be reached by the people who need it, or whose terms make experimentation impossible, is a protected asset rather than a shared capability.

Access has several dimensions. There is technical access, meaning the ability to submit work and retrieve results. There is economic access, meaning the cost and allocation rules do not exclude the intended users. There is legal access, meaning the data, software and outputs can be used under clear conditions. There is linguistic and educational access, meaning people can understand the documentation and obtain support. There is operational access, meaning someone can investigate a failed job, a changed environment or a disputed result.

These dimensions are not automatically solved by a European flag. They need design. A public research infrastructure can publish an open access principle and still be difficult for a small team to use. A network can be geographically distributed and still expose one central bottleneck in scheduling, support or data movement. A local facility can be physically close and legally unsuitable for a particular dataset. Sovereignty is the ability to inspect and change the conditions, not merely to name the site.

The same is true for private compute. A contract can promise European residency while leaving the buyer dependent on a foreign-controlled interface, a proprietary accelerator path or a support team outside the agreed jurisdiction. The correct response is not to dismiss the contract. It is to ask which controls are real, which are delegated and which can be exercised when the supplier changes. A map of authority belongs beside a map of location.

The grid is a negotiation

The Commission's strategic roadmap offers a useful institutional frame for this negotiation. It links digitalisation and AI with grid optimisation, energy efficiency in buildings and industry, demand-side flexibility and the sustainable integration of data centres. It also records work towards a pan-European AI.grids initiative, launched through a project agreement in June 2026, with the stated aim of developing models for power-grid operations from the bottom up. These programmes do not prove that AI will solve the energy system. They show that the energy system is now planning for AI and with AI in the same documents.

A data centre can contribute to a flexible energy system in some circumstances, but flexibility has a price and a boundary. A batch training job may move in time. A public service with a response obligation may not. A facility may offer heat to a district network if the network exists, has a customer and can accept the temperature and timing. A demand-response arrangement may reduce peaks while increasing complexity in operations. The promise has to be evaluated at the level of the actual workload and the actual system, not at the level of a slogan about smart infrastructure.

The tripartite-agreement idea is interesting because it places three actors in the same frame: data-centre operators, energy-related parties and public authorities. Each sees a different risk. Operators want a predictable connection and a viable business. Grid organisations need security and capacity. Public authorities need affordability, environmental protection and a defensible distribution of benefits and burdens. A common model cannot remove these conflicts. It can make them visible early enough to negotiate rather than discover them through a queue.

There is a governance lesson here. Infrastructure decisions are easier to defend when the assumptions are written down before the capital is committed. What load profile is expected? What happens during a constrained period? Which measurements are public? What water and heat arrangements are included? What is the fallback if a chip, grid component or network route is unavailable? Which public outcomes are funded, and how will they be checked? These questions do not make an investment anti-technology. They make it an investment rather than a bet with a press release.

European decision-making is often teased for producing paperwork before a shovel touches the ground. In the case of compute, the paperwork is the part that prevents the shovel from landing on the wrong network connection. A plan that cannot explain its energy and authority boundaries is not agile. It is merely early.

Networks, latency and jurisdiction

Compute geography is also the geography of cables. Data has to reach the machine, and the result has to return. The route can cross a campus, a city, a border or a set of private networks. Latency matters for interactive work. Bandwidth matters for training and data-heavy evaluation. Interconnection matters for moving a workload between facilities. Security and jurisdiction matter for who can inspect the traffic and the systems that handle it.

Centralisation can improve hardware utilisation and simplify operations. It can also create a long route between a user, their data and the place where a decision is made. Local or edge compute can reduce movement and keep sensitive work near its source. It can also duplicate hardware, reduce utilisation and make maintenance harder. A regional arrangement can balance the trade-offs. None is universally correct because the workload and the obligation decide what distance means.

A geografia da rede torna-se política quando um serviço é anunciado como disponível em todo o lado, mas depende de um pequeno número de rotas ou instalações. Uma falha num local pode não interromper todo o tráfego, mas pode alterar as provas, a latência, o idioma ou o custo disponíveis para uma determinada região. Um organismo público pode precisar de provar que os seus dados permaneceram dentro de um limite definido. Um investigador pode precisar de mover um conjunto de dados para a computação, em vez de mover a computação para o conjunto de dados. Uma empresa pode precisar de mudar de fornecedor sem reconstruir todas as integrações. A rede faz parte do contrato.

A resposta prática é tratar a localidade como uma propriedade que pode ser medida e questionada. Registe onde os dados entraram, onde a computação ocorreu, quais os serviços chamados, onde o resultado foi armazenado e qual identidade teve acesso. Indique quais as partes que podem ser movidas e quais não podem. Preserve histórico suficiente para explicar uma alteração. O objetivo não é um mapa perfeito de cada pacote. É um mapa honesto dos limites que interessam para a decisão.

Soberania sem autossuficiência

A soberania europeia corre o risco de se tornar uma palavra que significa tudo o que uma política quer proteger. A melhor definição é mais restrita. Soberania é a capacidade prática de tomar decisões sobre um sistema, de compreender as dependências por detrás dessas decisões, de exercer autoridade quando as condições mudam e de recuperar sem perder as provas do que aconteceu.

Essa definição permite a interdependência. A Europa pode utilizar componentes concebidos ou fabricados noutro local e ainda assim exigir interfaces abertas, múltiplos fornecedores, conhecimento de reparação, stock, atualizações seguras e uma via contratual para contestar alterações. Pode colaborar além-fronteiras e ainda assim manter as decisões públicas visíveis. Pode utilizar serviços comerciais e ainda assim insistir em vias de saída, registos e controlo significativo. A autossuficiência seria uma ambição diferente e muito maior, que pode não ser necessária em todas as camadas.

A ênfase do Regulamento Europeu dos Circuitos Integrados na compreensão da cadeia de abastecimento, nas competências e na capacidade apoia esta visão prática. A linguagem aberta e não discriminatória da Iniciativa Circuitos Integrados para a Europa é igualmente importante. O acesso aberto não significa ausência de regras. Significa que as regras não devem transformar silenciosamente uma capacidade partilhada num portão privado. Um sistema europeu pode ser seletivo, seguro e responsável sem ser fechado por defeito.

A mesma disciplina pertence à aquisição de centros de dados. Pergunte o que pode ser substituído, o que pode ser movido, o que pode ser verificado e o que permanece dependente de uma decisão externa. Pergunte se as alegações de energia e água do sistema incluem o limite que interessa ao comprador. Pergunte se uma alteração pode ser detetada antes de se tornar uma falha pública. A resposta pode ser sim, não ou ainda não. As três são mais úteis do que uma alegação ampla de soberania que não pode ser testada.

A soberania é, portanto, uma prática de manutenção. Vive em inventários, interfaces, competências, contratos, registos e ensaios. Um sistema é mais soberano quando a organização consegue ver de que depende e ainda tem escolha quando uma parte se move. Isso é menos cinematográfico do que uma bandeira num servidor, mas consideravelmente mais duradouro.

O que deve ser medido antes de uma nova instalação

Uma nova instalação de computação deve ser avaliada como uma relação, e não como uma pilha de equipamento. A primeira questão é a carga de trabalho. Qual é o trabalho, quem precisa dele e que condições de latência, disponibilidade, qualidade e provas se aplicam? A formação, a avaliação em lote, a inferência pública, a simulação de investigação e o desenvolvimento de modelos não têm a mesma forma física ou política. Uma instalação concebida para uma pode ser fraca para outra, mesmo que o bastidor pareça impressionante.

The second question is the energy boundary. What electricity is included in the claim? Does the measurement include cooling, storage, networking, backup and the systems that keep the facility running? Is the load profile known, and which part can move in time? What is the connection path, and what happens when the grid is constrained? A single annual energy figure is not enough to answer these questions. It is a starting point for a more careful description.

The third question is water and heat. What cooling resources are used, under which climate conditions and with which fallback? What is reported to the European database or national authority? Can waste heat be reused, and is there a real nearby demand that can receive it? What changes during a warm or dry period? Environmental claims are strongest when they state the boundary and the condition, not only the favourable average.

The fourth question is hardware. Which chips, packaging paths, drivers, firmware and replacement parts are needed? Which are available through more than one route? What skills are required to maintain them? Does a change in one component alter the measured behaviour? A site with a long hardware list but no replacement plan is a collection of dependencies waiting for a calendar.

The fifth question is network and data locality. Where are the inputs, intermediate artefacts, logs and outputs? How far do they travel, and what happens when a route is unavailable? Which legal and contractual boundaries apply? Can a workload move to another site without changing its meaning or losing its records? If not, is that a deliberate condition or an accidental lock-in?

The sixth question is access. Who can use the capacity, on what terms, with what support and at what cost? Can researchers, public bodies, smaller companies and educators reach the system, or is the facility effectively reserved for the organisations that already know how to request it? Are the documentation, support and decision paths understandable beyond the machine's immediate operators? Public capability is measured partly by who can use it.

The seventh question is authority. Who can change the model environment, approve a new workload, stop a job, investigate an incident and decide whether previous results remain valid? Where is that authority recorded? What evidence survives a change in staff or supplier? A facility can be technically robust and institutionally weak if nobody can answer these questions without opening a meeting.

Finally, ask what public value is expected and how it will be checked. A facility may support research, industrial transition, regional skills, energy innovation or resilience. State the intended benefit in terms that can be observed. Do not promise a broad economic transformation when the funded object is a set of servers. Public ambition is compatible with a narrow, checkable claim. In fact, it usually survives longer that way.

The rack is the visible layer. The decision is complete only when the workload, resources, dependencies, access, authority and public value are visible around it.

Esta lista não é uma lista de verificação universal de conformidade. É uma forma de manter várias decisões na mesma sala. Uma instalação pode ser excelente numa camada e fraca noutra. O objetivo é tornar as concessões explícitas antes de a localização se tornar destino.

A política da capacidade

Quando a computação é vista como um arranjo físico e institucional, a política torna-se menos misteriosa. A capacidade é alocada. O solo é zoneado. A energia é ligada. A água é gerida. As competências são financiadas. O acesso é concebido. Os fornecedores são escolhidos. Os registos são mantidos ou perdidos. Alguém decide quais cargas de trabalho recebem prioridade quando o sistema está cheio. Alguém decide o que conta como benefício público e o que conta como dependência aceitável.

Nenhuma dessas decisões é inerentemente contra o mercado ou contra a inovação. São as decisões comuns que tornam possível um mercado, um programa de investigação ou um serviço público. O perigo está em fingir que são meramente técnicas, para que as escolhas políticas permaneçam invisíveis. Se uma instalação recebe uma ligação pública, o público pode razoavelmente perguntar o que essa ligação permite e quem é responsável pelas consequências. Se um programa público compra computação, os utilizadores podem razoavelmente perguntar como funciona o acesso. Se uma empresa afirma ter controlo europeu, os clientes podem razoavelmente perguntar quais os controlos que podem efetivamente ser exercidos.

A Europa dispõe de instrumentos úteis para este trabalho. O Chips Act nomeia a resiliência da cadeia de abastecimento, as competências e a capacidade de investigação. O EuroHPC constrói acesso público em torno de serviços de supercomputação e IA. O trabalho da Comissão sobre comunicação e classificação de centros de dados cria uma base de evidências comum para o desempenho energético e hídrico. O seu roteiro de digitalização liga os centros de dados às redes, à flexibilidade e à coordenação pública. Estes instrumentos não formam um sistema acabado e não devem ser descritos como tal. São peças com as quais se pode construir um sistema mais inspecionável.

A peça que falta é muitas vezes a manutenção. A capacidade é anunciada no momento do investimento e julgada no momento do lançamento. É utilizada durante anos depois, quando os chips envelhecem, o software muda, a rede evolui, o contrato renova e as pessoas que conheciam os pressupostos originais mudam de emprego. A responsabilidade política tem de incluir o período inglório após a inauguração. Uma instalação é uma instituição enquanto alguém a puder utilizar, questionar e reparar.

A nossa pequena nota

Na Dweve, trabalhamos nas camadas que sustentam a IA através do Core e do Mesh. O Core é a nossa tentativa de tornar explícitos os contratos de execução, os caminhos numéricos e as escolhas de implementação. O Mesh é a nossa abordagem aberta à computação distribuída, ao agendamento e aos primitivos de privacidade. Esta é uma pequena divulgação da nossa posição, não uma prova do argumento mais amplo nem uma afirmação de que dois produtos podem resolver as questões de infraestrutura da Europa. O princípio útil é simplesmente que um componente é mais fácil de governar quando os seus limites, dependências e escolhas operacionais podem ser inspecionados.

A geografia da computação é maior do que qualquer stack individual. Inclui programas públicos, sistemas energéticos, cadeias de abastecimento de semicondutores, redes, instituições e as pessoas que as mantêm. O nosso próprio trabalho pertence a esse mapa como uma contribuição, não como o seu centro.

O percurso através da máquina

Imagine um pedido de computação como um percurso, e não como um botão. Começa com uma tarefa que tem uma condição de qualidade e de evidência. Entra numa rede cujos caminhos e jurisdições devem ser conhecidos. Chega a hardware que depende de chips, empacotamento, firmware, arrefecimento e uma ligação à rede elétrica. Funciona num ambiente de software e dados cuja versão e autoridade são registadas. Produz trabalho que tem de ser devolvido, armazenado, revisto e, quando necessário, contestado. O percurso termina apenas quando a organização pode dizer o que aconteceu e o que lhe é permitido fazer a seguir.

Este percurso é uma história, mas não é um incidente fabricado. É a relação descrita pelos componentes físicos e programas públicos que já existem. A contabilização de servidores, armazenamento, redes e arrefecimento da IEA; a base de dados de relatórios e o roteiro energético da Comissão; as plataformas de design, linhas piloto e centros de competência do Chips Act; e os serviços de AI Factory da EuroHPC descrevem todos diferentes secções do mesmo. O trabalho da governação é ligar essas secções sem fingir que uma declaração sobre uma secção prova as outras.

É por isso que a localização importa. Um local pode estar perto da eletricidade mas longe das competências. Pode estar perto dos utilizadores mas depender de um percurso de hardware frágil. Pode ter excelente arrefecimento e mau acesso. Pode ser financiado publicamente e controlado privadamente. Pode estar legalmente dentro da Europa e operacionalmente governado noutro lugar. O mapa não nos diz se o local é bom. Diz-nos a que perguntas o local tem de responder.

O percurso também explica porque é que a infraestrutura e a política de modelos não podem ser separadas indefinidamente. Uma regulamentação que pede evidência precisa de sistemas que a possam preservar. Um objetivo de sustentabilidade precisa de medições que incluam o limite correto. Um programa de investigação precisa de caminhos de acesso que não transformem a capacidade num mistério privado. Uma estratégia de soberania precisa de substituição e manutenção, não apenas de uma data de lançamento. O modelo pode ser a decisão visível, mas o percurso determina se a decisão pode ser confiável.

A lição

A computação está a tornar-se política porque se tornou demasiado física para ser descrita como um serviço neutro. Eletricidade, água, terra, chips, redes, competências, contratos e dinheiro público moldam o que a IA pode fazer e quem o pode fazer. A localização de uma instalação diz, portanto, mais do que algo sobre latência. Diz algo sobre escolhas de recursos, acesso, dependência e autoridade.

A Europa não precisa de uma única máquina europeia nem de uma promessa de autossuficiência perfeita. Precisa de um mapa que seja honesto sobre a interdependência e suficientemente forte para tornar as escolhas visíveis. Esse mapa deve ligar a computação pública ao planeamento energético, a capacidade de semicondutores às competências, os relatórios de centros de dados à contratação pública, e a soberania à capacidade de mudar de rumo. Deve dar aos utilizadores mais pequenos um caminho para participar e aos operadores um caminho para explicar os seus limites.

Da próxima vez que uma proposta apresentar vários aceleradores, peça o resto da frase. De onde virá a eletricidade, e quando? O que incluirá o limite de arrefecimento e de água? Que chips e caminhos de substituição estão previstos? Como circularão os dados e os resultados? Quem pode utilizar a capacidade, e quem pode interromper ou alterar o trabalho? Que jurisdição e contrato definem o controlo prático? Que valor público está a ser financiado, e que registo mostrará se esse valor chegou?

Estas perguntas podem atrasar um lançamento em uma semana. Também podem impedir que uma década de dependência fique escondida num edifício muito atraente. Um pouco de burocracia antes da ligação elétrica é muitas vezes mais barato do que uma surpresa institucional depois. A Europa é boa a criar regras partilhadas quando consegue ver o objeto com clareza. A tarefa agora é ver a computação como o objeto: não uma nuvem, não um slogan, mas um lugar, uma rota e um conjunto de escolhas que as pessoas ainda podem governar.

Fontes

  • Energy and AI, Agência Internacional de Energia, 10 de abril de 2025. Foi utilizada a descrição do relatório sobre componentes de centros de dados, procura de energia e a relação entre a IA e a eletricidade.
  • Energy demand from AI, Agência Internacional de Energia, 2025. Foram utilizadas as definições de equipamento de centros de dados e a estimativa de eletricidade de 2024.
  • Executive summary: Energy and AI, Agência Internacional de Energia, 2025. Foram utilizados os valores de 415 TWh, 1,5 por cento, 15 por cento para a Europa e 945 TWh no cenário de base, bem como a nota sobre a concentração local.
  • Energy performance of data centres, Comissão Europeia, Direção-Geral da Energia, consultado em 5 de agosto de 2026. Foram utilizados o objetivo de capacidade da UE, a base de dados de comunicação de energia e água, o Regulamento Delegado (UE) 2024/1364 e o trabalho planeado de classificação e desempenho.
  • Minimum performance standards for EU data centres, Comissão Europeia, Direção-Geral da Energia, consultado em 5 de agosto de 2026. Foram utilizados o limiar de comunicação acima de 500 kW e o enquadramento da base de evidências.
  • Digitalisation of the energy systems, Comissão Europeia, Direção-Geral da Energia, publicado em 3 de junho de 2026. Foram utilizados o roteiro estratégico, o trabalho de integração de centros de dados, a declaração tripartida e a descrição do AI.grids.
  • Artificial intelligence and sustainable consumption in Europe, Agência Europeia do Ambiente, consultado em 5 de agosto de 2026. A descrição do briefing sobre concentração, pressão nas redes locais e geografia europeia de centros de dados foi utilizada como contexto de política ambiental.
  • European Chips Act, Comissão Europeia, página atualizada em 14 de julho de 2026. Foram utilizados os objetivos estratégicos do ato, o contexto da cadeia de abastecimento e a meta de 20 por cento para 2030.
  • European Chips Act: The Chips for Europe Initiative, Comissão Europeia, página atualizada em 5 de junho de 2026. Foram utilizadas as descrições da plataforma de conceção, das linhas-piloto, da capacidade quântica, dos centros de competências, do Chips Fund e do acesso aberto.
  • AI Factories Services, Empresa Comum Europeia para a Computação de Alto Desempenho, consultado em 5 de agosto de 2026. Foram utilizados o modelo de serviço público das AI Factories e exemplos de apoio, acesso, formação e enfoque setorial.
  • Large Scale Access to AI Factories, Empresa Comum Europeia para a Computação de Alto Desempenho, consultado em 5 de agosto de 2026. Foi utilizada a descrição dos modos de acesso e da revisão técnica e por pares.
  • Dweve Core, Dweve, consultado em 5 de agosto de 2026. Utilizado apenas para a breve descrição divulgada da posição contratual de execução do Core.
  • Dweve Mesh, Dweve, consultado em 5 de agosto de 2026. Utilizado apenas para a breve descrição divulgada da posição de computação distribuída e privacidade do Mesh.