Когда речь заходит о новых технологических решениях для нашего облака, я давно выработал свой подход. Его можно назвать «правилом трёх кругов». Никаких лабораторных тестов на синтетических нагрузках, а только реальные условия и постепенное погружение.

1️⃣Первый круг — это личное знакомство. Прежде чем что-то предлагать команде, я пропускаю новую технологию через себя. Например, недавно тестировал один из новых SDS-продуктов. Развернул его на старом сервере в углу дата-центра и месяц гонял на нём тестовые базы данных, снимая метрики. Личный опыт важнее любых презентаций вендоров.

2️⃣ Второй круг — командная проверка на прочность. Здесь мы имитируем реальные инциденты. Для того же гиперконвергентного решения мы специально устраивали сбои: отключали диски, роняли сеть, создавали скачки нагрузки. Смотрим не на то, как система работает в идеальных условиях, а как она восстанавливается после отказа. Часто именно здесь всплывают детали, которые не видны в документации.

3️⃣ Третий круг — боевое крещение у доверенного клиента. Мы выбираем одного из наших давних партнёров, объясняем все риски и разворачиваем новое решение параллельно со старой инфраструктурой. Например, так мы тестировали новую систему бэкапов, запускали её на одном из контуров заказчика, затем сравнивали скорость и надёжность со старым решением. Важно, что это всегда двусторонний процесс, ведь мы получаем обратную связь, а клиент приоритетный доступ к новым функциям.

📌 Нам не нужны революции, все изменения постепенны и обратимы. Если на любом этапе появляются сомнения, то откладываем внедрение до выяснения причин. Лучше потратить лишний месяц на тесты, чем потом разбираться с последствиями сбоя в продакшене.

Такая методология не раз спасала нас от нестабильных решений, которые выглядели идеально на бумаге. Вендоры могут рассказывать что угодно, но итоговое слово всегда за практикой.