Resumo

  • Sjoerd Wolthers foi escolhido CTO permanente do RIPE NCC a partir de 1º de setembro de 2026, após um processo com cerca de 270 candidatos e quase um ano no cargo interino.
  • A minuta da reunião do Conselho de junho registra uma estimativa razoável de € 5 milhões de CAPEX e € 7,2 milhões de OPEX adicional em cinco anos, incluindo quatro FTEs.
  • O Conselho pediu mais detalhes de capacidade e escopo e declarou que precisava das informações antes de uma resolução firme. Os valores não são orçamento aprovado, contrato ou custo final.
  • Um comprovante de decisão versionado deve separar a nomeação da autorização do programa e ligar cada parcela aprovada a linha de base, fonte de recursos, marcos, testes de aceitação e condições de retorno.

A seleção terminou; a autorização não aparece no mesmo documento

O anúncio de 11 de agosto encerra uma busca por liderança. O RIPE NCC diz que cerca de 270 pessoas passaram pela triagem em diferentes rodadas. A comunicação mais longa para a RIPE List menciona entrevistas, avaliação de liderança e capacidade e uma tarefa escrita. O escolhido, Sjoerd Wolthers, já atuava havia aproximadamente um ano como CTO interino e havia liderado tecnologia na KPN, XS4ALL e FD Mediagroup.

A nomeação traz continuidade justamente quando a organização prepara uma mudança estrutural. O setor tecnológico sustenta serviços usados para registrar recursos numéricos, publicar autorizações de roteamento e operar processos de membros. Não é difícil imaginar o novo CTO como dono do programa que renovará essa base.

Mas propriedade de entrega não equivale a autorização financeira. O anúncio responde quem lidera. O Conselho precisa responder o que está aprovado, qual é o limite, como será financiado e qual evidência encerra cada fase. A nota de agosto não registra aprovação de arquitetura, uso de reserva, quatro contratações, fornecedor ou migração.

Preservar a distinção também melhora a cobrança do próprio executivo. Um mandato presumido é elástico: cresce quando há entusiasmo e encolhe quando surge um problema. Um mandato registrado permite comparar entrega, custo e prazo com o que a instituição realmente decidiu.

O problema técnico foi descrito em três etapas

Na ata final da 191ª reunião, realizada em 26 e 27 de março, a direção afirma que as plataformas existentes estão antigas demais para uma reestruturação profunda. A direção proposta era construir uma nova plataforma paralela e migrar os serviços. A estimativa ainda era grande e aproximada; o desenho completo não estava pronto.

Em 20 de maio, na RIPE 92, Hans Petter Holen detalhou o objetivo. RIPE Database, RPKI, LIR Portal e funções de registro estavam entre as capacidades centrais que deveriam passar a uma base mais controlável. A iniciativa foi situada entre 2026 e 2028. Especialistas externos ajudariam a desenhar e construir, enquanto a operação posterior deveria permanecer ao alcance da equipe interna.

A apresentação não propôs expulsar toda a nuvem. Ela tratou de riscos geopolíticos, continuidade e concentração de dependências, mas reconheceu que nuvem, software como serviço e outros fornecedores continuariam presentes. O critério é a capacidade de manter serviços essenciais sob cenários definidos, não a origem comercial de cada componente.

Na minuta da 194ª reunião, de 22 e 23 de junho, o projeto ganha números e conserva lacunas. Algumas decisões arquitetônicas haviam sido tomadas; outras permaneciam abertas. Requisitos incluíam configuração e localização de data centers, frentes de aplicação, segurança, armazenamento e backup.

Conselheiros perguntaram qual capacidade era necessária e o que a proposta incluía. Sem essas duas colunas, não há como saber se o orçamento cobre carga normal, crescimento, redundância completa ou recuperação de uma falha regional.

Wolthers apresentou uma estimativa considerada razoável: € 5 milhões adicionais em despesa de capital e € 7,2 milhões adicionais em despesa operacional durante cinco anos. A projeção de OPEX incluía quatro FTEs. A ata ressalva que os números precisariam ser refinados depois da conclusão dos requisitos e da aprovação das soluções. Havia negociações em andamento.

Somar não é aprovar

O total matemático é € 12,2 milhões. A condição editorial é não retirar o rótulo. São duas categorias contábeis, distribuídas por cinco anos, com pessoal e solução ainda variáveis. O número não representa orçamento votado, contratação concluída ou compromisso de gastar toda a soma.

O financiamento também permanecia em discussão. Entre as possibilidades estavam reserva, aumento de receita dos membros e redução de custos. Empréstimo não estava sendo considerado; leasing seria investigado. A organização ainda precisava identificar os custos atuais que seriam substituídos e melhorar o gerenciamento de capacidade e ativos para futuras renovações.

A própria conclusão do Conselho estabelece o estado: as informações pedidas seriam necessárias antes de qualquer resolução firme. A intenção era reuni-las e realizar outra reunião nas semanas seguintes.

O índice público de atas de 2026, conferido em 29 de agosto, termina na reunião de junho. Isso autoriza uma afirmação limitada: não há ali uma ata ou resolução posterior. Não autoriza dizer que a reunião planejada não ocorreu, que não houve decisão interna ou que uma delegação existente não foi usada. O público conhece o limite da publicação, não toda a sequência administrativa.

Um recibo público cabe sem abrir a arquitetura

O RIPE NCC pode tornar a transição de estimativa para compromisso verificável sem revelar locais, propostas comerciais, diagramas ou vulnerabilidades. O instrumento é um registro conciso, com versão e data.

Primeiro, autoridade: qual órgão aprovou, qual valor ou etapa, sob qual limite delegado. Pesquisa de desenho, primeira aquisição e programa integral devem manter estados diferentes.

Segundo, escopo: serviços e capacidades incluídos e excluídos. RIPE Database, cadeia de publicação RPKI, LIR Portal, transações de registro, identidade e recuperação podem ser nomeados sem expor a topologia.

Terceiro, linha de base: disponibilidade, objetivo de recuperação, resultado do último teste de restauração, capacidade, tempo de implantação, custo comparável e dependências relevantes antes da mudança. Uma plataforma que desaparece leva consigo o denominador de qualquer alegação de melhoria, se essas medidas não forem congeladas.

Quarto, gramática de custos: CAPEX, OPEX, pessoas e assistência externa separados, cada qual com data de preço, hipótese de demanda, inclusões e exclusões. Custos atuais a eliminar, custos que continuam e duplicação temporária do período paralelo devem aparecer em linhas distintas.

Quinto, fonte de recursos: uso da reserva e impacto esperado, receita futura, repriorização ou economia. Caso a cobertura da reserva atravesse um limite, o mecanismo de recomposição precisa integrar a decisão.

Por fim, provas de entrega. Cada marco precisa de responsável e teste de aceitação. Restauração do banco de dados, publicação RPKI de ponta a ponta e conciliação de uma operação de registro dizem mais que “plataforma pronta”. Tolerância de divergência, pausa, retorno e comunicação aos membros também devem ser definidas.

O novo CTO não é a causa de tudo que recebe

Wolthers participou do trabalho recente como interino. As fontes não o tornam autor da estratégia anterior de nuvem, da idade das plataformas ou de todo incidente usado para discutir resiliência. Herança operacional não é autoria histórica.

As fontes também não escolhem uma solução única. Instalações independentes, infraestrutura alugada, nuvem e operação própria podem formar arranjos diferentes. O que a governança deve exigir são testes explícitos de resiliência, segurança, manutenção, controle e custo, não fidelidade a um slogan.

O fato novo é a permanência da liderança. O ponto ainda aberto no último registro público é a extensão da autorização. Um comprovante de decisão permite que as duas coisas se encontrem sem fingir que eram a mesma decisão.

Fontes