Кратко

  • RIPE NCC назначил Sjoerd Wolthers постоянным CTO с 1 сентября 2026 года после отбора примерно из 270 кандидатов; около года он исполнял обязанности руководителя.
  • Проект июньского протокола называет разумной оценкой дополнительные €5 млн CAPEX и €7,2 млн OPEX за пять лет, включая четыре дополнительные штатные единицы.
  • Правление запросило сведения о мощности и составе проекта и указало, что до твёрдого решения нужна дополнительная информация. Это не утверждённый бюджет и не окончательная стоимость.
  • Версионируемая карточка решения должна отделить назначение от одобрения проекта и связать каждую разрешённую стадию с исходными метриками, финансированием, критериями приёмки и условиями возврата.

Руководитель назначен, проект ещё требует отдельного глагола

В сообщении от 11 августа RIPE NCC завершает процесс найма. Sjoerd Wolthers становится постоянным Chief Technology Officer 1 сентября. Организация сообщает примерно о 270 претендентах и нескольких этапах отбора. Расширенное письмо в RIPE List перечисляет интервью, оценку лидерских и профессиональных качеств и письменное задание. Wolthers уже около года выполнял обязанности CTO, а ранее руководил технологиями в KPN, XS4ALL и FD Mediagroup.

Назначение происходит не в пустоте. Технологическое подразделение поддерживает реестр, RPKI, LIR Portal и процессы, через которые участники управляют ресурсами. Параллельно RIPE NCC обсуждает многолетнее обновление основы этих сервисов.

Поэтому легко прочитать две новости как одну: постоянный CTO выбран, значит у программы есть мандат. Опубликованные документы этого не показывают. Назначение отвечает на вопрос, кто возглавляет функцию. Капитальное решение определяет, что разрешено строить, на какую сумму, из какого источника и при каких проверках.

В августовском объявлении нет одобрения архитектуры, использования резерва, четырёх новых должностей, выбора поставщика или миграции. Должность создаёт ответственность за исполнение, но не переносит бюджетные полномочия Правления к CTO.

Такое разделение полезно и новому руководителю. Предполагаемый мандат трудно измерить: его можно расширить при успехе и сузить при проблеме. Зафиксированный мандат связывает результат с действительно утверждёнными ресурсами и условиями.

В марте организация обозначила ограничение старых платформ

Окончательный протокол 191-го заседания 26–27 марта говорит, что существующие платформы слишком стары для крупной перестройки. Вместо дальнейшей глубокой переделки предлагалось создать новую платформу рядом и затем переносить сервисы. При этом бюджетная оценка оставалась существенной и грубой, а полного проекта не было.

20 мая на RIPE 92 Managing Director Hans Petter Holen назвал основные возможности: RIPE Database, RPKI, LIR Portal и функции реестра. Работы планировались на 2026–2028 годы. Внешние специалисты должны были ускорить проектирование и строительство, после чего RIPE NCC рассчитывал самостоятельно эксплуатировать результат.

Выступление не сводилось к отказу от облака. Речь шла о геополитических и поставщицких зависимостях, влияющих на непрерывность, но облачные и прочие внешние услуги не исключались полностью. Оценивать следует устойчивость конкретных функций, восстановление, обслуживаемость, операционный контроль и совокупную стоимость, а не название архитектурного класса.

Июньский протокол сохраняет условность каждой суммы

В проекте протокола 194-го заседания 22–23 июня Wolthers представил проект улучшения инфраструктуры. Часть архитектурных решений была принята, часть оставалась открытой. Упоминались требования к конфигурации и размещению дата-центров, прикладным направлениям, безопасности, хранению и резервному копированию.

Члены Правления спросили, какая нужна мощность и что входит в предложение. Без этого сумма не имеет устойчивого смысла. Мощность для обычной нагрузки, полного отказа одной площадки, роста и параллельной миграции — разные объекты закупки.

Затем была названа разумная оценка: дополнительно €5 млн капитальных расходов и €7,2 млн операционных расходов на пять лет. OPEX включал четыре дополнительные штатные единицы. Следующая оговорка принципиальна: после завершения требований и одобрения решений оценки придётся уточнить. В некоторых областях продолжались переговоры.

Источник денег тоже не был выбран окончательно. Обсуждались резерв, увеличение дохода от участников и сокращение расходов. Заём не рассматривался, лизинг предстояло изучить. Нужно было установить, какие действующие затраты новый проект заменит, и улучшить управление мощностями и активами для регулярного обновления оборудования.

Сложение даёт €12,2 млн. Но сумма объединяет два вида расходов за пять лет, включает изменяемый штат и зависит от требований и решения. Это арифметический итог предварительных оценок, а не утверждённый лимит, контракт или гарантированный расход.

Правление записало, что до твёрдой резолюции ему нужна запрошенная дополнительная информация. Планировалось подготовить её и провести ещё одно заседание в последующие недели.

Публичный указатель протоколов за 2026 год, проверенный 29 августа, заканчивается июньским заседанием. Из этого следует только, что более позднего протокола или решения в указателе нет. Нельзя утверждать, что внутреннее заседание не состоялось, решение не принималось или делегированное полномочие не использовалось. Предел публичных данных — не доказательство отсутствия действий.

Как выглядит квитанция капитального решения

Для прозрачности не нужны адреса площадок, схемы сети, заявки поставщиков или детали уязвимостей. Достаточно короткой версии документа, которая меняется вместе со статусом проекта.

Первая строка — полномочие: орган, дата, версия, одобренная сумма или стадия, предел делегирования. Исследование дизайна, первоначальная закупка и вся программа не должны иметь один статус.

Вторая — границы. Вместо слова «инфраструктура» нужен перечень включённых и исключённых возможностей: RIPE Database, путь публикации RPKI, LIR Portal, транзакции реестра, идентификация, хранение, восстановление. Физическую топологию при этом раскрывать не требуется.

Третья — исходная точка. До миграции следует сохранить доступность, целевое время восстановления, результат последнего restore-теста, мощность, срок развёртывания, сопоставимые расходы и критические зависимости. Если эти метрики исчезнут вместе со старой системой, будущему улучшению не с чем будет сравниваться.

Четвёртая — структура стоимости. CAPEX, OPEX, штат и внешняя помощь должны иметь отдельные диапазоны, дату цены, предположения спроса, включения и исключения. Снимаемые старые затраты, сохраняющиеся расходы и временное дублирование при параллельной работе также следует разделить.

Пятая — финансирование. Если используется резерв, нужен эффект на покрытие и правило его восстановления. Будущие взносы или экономия остаются предположениями, пока доход не поступил или старый расход не прекратился.

Шестая — доказательства поставки. У каждого этапа должны быть владелец, тест сервиса, допустимое расхождение, условие остановки и возврата. Восстановленная база RIPE Database, полный путь публикации RPKI и сверенная операция реестра проверяемы. Формулировка «платформа готова» — нет.

Наследование проблемы не означает авторство причины

Wolthers участвовал в недавней подготовке как временный CTO. Источники не делают его автором прежней облачной стратегии, старения платформ или каждого инцидента, который упоминается в разговоре об устойчивости. Ответственность за следующий этап не переписывает историю предыдущих решений.

Документы также не выбирают единственно верную архитектуру. Собственные и арендованные системы, облако и несколько независимых площадок можно сочетать по-разному. Задача управления — потребовать проверяемые критерии устойчивости, безопасности, обслуживаемости, контроля и полной стоимости, а не назначить модное слово победителем.

RIPE NCC решил, кто поведёт технологический блок. Следующий полезный документ должен показать, что именно этому руководителю разрешено выполнить. Пока такой записи нет в проверенном публичном ряду, €12,2 млн остаются оценкой.

Источники