Собственный ЦОД или интегратор при запуске за полгода

Запуск за шесть месяцев почти всегда меняет экономический ответ. Если площадка, выделенная мощность и команда эксплуатации еще не готовы, новый собственный ЦОД редко успевает пройти проектирование, закупку, строительство, пусконаладку и приемочные испытания без опасных сокращений. Готовая инфраструктура интегратора обычно быстрее, но выгодна лишь тогда, когда договор фиксирует мощность, границы ответственности, порядок изменений и стоимость выхода.

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

Сначала определите, что именно вы сравниваете

Сравнивать нужно одинаковый результат: согласованную вычислительную мощность с заданной доступностью, безопасностью, поддержкой и сроком ввода. «Свой ЦОД» может означать новое здание, машинный зал в существующем объекте или принадлежащее компании оборудование на чужой площадке. «Инфраструктура интегратора» тоже бывает разной: аренда готового контура, размещение оборудования заказчика, управляемая частная платформа или проект под ключ с последующей передачей.

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

Зафиксируйте единицу сравнения в одной странице исходных требований:

• полезная ИТ-мощность на старте и по кварталам;
• допустимый перерыв для каждого класса систем;
• объем хранения, резервного копирования и сетевого трафика;
• требования к размещению данных, доступу и журналированию;
• целевая дата готовности и условия ее проверки.

Слово «Tier» без контекста такую страницу не заменяет. Uptime Institute разделяет сертификацию проектных документов и сертификацию построенного объекта: вторая проверяет, что площадка действительно построена по проекту и выдерживает испытания. ANSI/TIA-942-C охватывает телекоммуникации, питание, охлаждение, архитектуру, пожарную защиту, безопасность и физическую защиту. Эти документы полезны как контроль полноты, но уровень надо выбирать из последствий отказа, а не из желания купить самый высокий ярлык.

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

Полгода хватает на интеграцию, но редко на стройку с нуля

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

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

1. За первые две недели утвердить нагрузки, зависимости, RTO, RPO, требования безопасности и владельцев решений.
2. До конца первого месяца подтвердить доступную мощность, место, сетевые маршруты, спецификацию и сроки поставки.
3. Во втором и третьем месяцах подготовить площадку, заказать оборудование, собрать контуры управления и разработать план миграции.
4. В четвертом и пятом месяцах установить, настроить и испытать инфраструктуру под нагрузкой и при отказах.
5. В шестом месяце провести пробную миграцию, устранить замечания, переключить сервисы и передать эксплуатационную документацию.

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

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

Критический путь проверьте до подписания заказа. Запросите у каждого поставщика дату резервирования товара, производственный срок, маршрут доставки, таможенные зависимости, условия замены компонента и последний день, когда спецификацию можно изменить без сдвига. Формулировка «обычно есть на складе» не подтверждает проектный график. Подтверждением служат выделенный запас, заказ производителя или договорная дата с понятным последствием задержки.

Решения заказчика тоже должны иметь срок. Назначьте одного владельца архитектурных исключений, заранее забронируйте заседания по безопасности и закупкам, согласуйте перечень документов для оплаты. Проект нередко теряет месяц не в поставке, а между готовым техническим решением и внутренней подписью. Такой простой должен быть виден в плане как зависимость, а не растворяться в строке «согласование».

CAPEX показывает входной билет, а не цену решения

Собственный ЦОД концентрирует платежи в начале: проект, строительная подготовка, распределение питания, ИБП, генерация, охлаждение, пожарная система, контроль доступа, стойки, сеть, серверы, хранилища, инструменты управления и комплект запасных частей. К этому добавляются работы, испытания, обучение и резерв на изменения. Часть расходов капитализируется, но деньги и лимиты закупки нужны до запуска.

В готовой инфраструктуре строительный CAPEX обычно заменяется разовым платежом за ввод и регулярной платой за ресурсы, размещение, обслуживание или управление. Серверное оборудование может купить заказчик, интегратор либо финансовый партнер. Название платежа не меняет риск: минимальный срок договора, гарантированный объем и плата за досрочный выход создают экономическое обязательство, похожее на капиталовложение.

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

Не смешивайте резерв с полезной нагрузкой. Если для обслуживания без остановки нужны дополнительные ветви питания, сетевые пути или узлы, их стоимость относится к требуемой доступности. Однако запас в 40 процентов «на всякий случай» не становится требованием только потому, что его внесли в спецификацию. Для быстро растущей нагрузки поэтапное добавление модулей часто дешевле заранее построенного пустого зала.

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

Попросите финансовую службу показать влияние выбора на денежный поток, долговые ограничения и амортизацию. Два варианта с одинаковым TCO могут по-разному влиять на бюджет первого года. Регулярный платеж не всегда лучше: обязательство на минимальный объем может остаться, даже если проект сократится. Капитальная покупка тоже не всегда хуже: актив способен обслужить несколько программ, если архитектура и права использования это допускают.

Отделяйте стоимость мощности от стоимости неопределенности. Если прогноз нагрузки слабый, собственник либо подрядчик закладывает риск простаивающего оборудования в цену. Спросите, сколько стоит базовый гарантированный объем, сколько добавление следующего блока и за какой срок его предоставят. Эта разбивка показывает, платите ли вы за нужный резерв или за отсутствие нормального планирования.

Трехлетний TCO надо считать по денежным потокам

Корректный TCO отражает все деньги, которые организация потратит или потеряет из-за выбранной модели за 36 месяцев. Он не отвечает на вопрос доступности сам по себе, поэтому рядом должна стоять оценка рисков и результаты испытаний. Зато он быстро обнаруживает бесплатных инженеров, бесплатную электроэнергию и бесплатный выход из договора, которых в реальной эксплуатации не бывает.

Скопируйте следующую структуру в электронную таблицу. Каждая строка должна иметь владельца допущения, источник цены и диапазон, а не одну красивую цифру:

TCO_36 = CAPEX_0
       + IMPLEMENTATION
       + SUM(MONTHLY_FACILITY + POWER + NETWORK + LICENSES + SUPPORT + STAFF)
       + PLANNED_GROWTH
       + MIGRATION_IN
       + EXPECTED_DOWNTIME_COST
       + EXIT_OR_RENEWAL_COST
       - RESIDUAL_VALUE

EXPECTED_DOWNTIME_COST = SUM(EVENT_PROBABILITY * BUSINESS_IMPACT)

Для сравнения без раскрытия коммерческих цен удобно принять TCO собственного варианта за 100 единиц и расписать его: 58 единиц до запуска, 30 на эксплуатацию за три года, 7 на изменения и расширение, 5 на миграцию и риск простоев. Затем теми же строками оценить интеграторский вариант. Если он дает 15 единиц на ввод, 62 на регулярные платежи, 8 на рост, 6 на миграцию и 9 на выход и риски, итог тоже равен 100. При одинаковом номинальном TCO второй вариант все равно может быть предпочтительнее из-за более раннего запуска и сохраненного капитала. Или хуже, если стоимость роста закреплена неясно.

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

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

Для каждой переменной храните три значения: допущение, договорное подтверждение и факт. Например, проект ожидает 80 кВт к двенадцатому месяцу, договор гарантирует только 60 кВт, а измеренная нагрузка достигла 55 кВт уже в шестом. Эта разница запускает управленческое решение раньше, чем стойки упрутся в предел. Ежемесячное обновление модели превращает TCO из конкурсной таблицы в инструмент управления мощностью.

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

Ответственность подрядчика должна заканчиваться проверяемым результатом

Один генеральный интегратор упрощает управление только при ясных границах ответственности. Фраза «под ключ» не определяет, кто получает технические условия, заказывает каналы, настраивает резервное копирование, проводит испытания восстановления, исправляет приложение после миграции и отвечает ночью. Эти пробелы обнаруживаются в день переключения.

Я использую матрицу RACI, но дополняю ее критериями приемки. Для каждой работы нужен исполнитель, один ответственный за результат, участники согласования и получатели информации. Рядом указываются доказательство и срок: протокол нагрузочного теста, журнал переключения на резерв, отчет о восстановлении копии, актуальная схема, перечень учетных записей, ведомость версий.

В договоре стоит выделить пять границ:

• физическая инфраструктура, включая питание, охлаждение и доступ;
• вычислительная платформа, сеть, хранение и резервное копирование;
• операционные системы, базы данных и средства защиты;
• приложения, данные и бизнес-проверки;
• управление инцидентами, изменениями, мощностью и поставщиками.

Для каждой границы задайте время реакции, время восстановления, окно обслуживания, путь эскалации и последствия повторного нарушения. SLA без метода измерения бесполезен. Если подрядчик измеряет доступность порта, а заказчик ждет доступности приложения, обе стороны могут формально оказаться правы во время одного и того же сбоя.

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

Добавьте процедуру изменений до начала монтажа. Любая замена модели, кабельной схемы, версии микропрограммы или места установки должна иметь оценку влияния на мощность, совместимость, поддержку, сроки и документы. Экономия поставщика на одном компоненте может перенести расходы в эксплуатацию. Устное согласие инженера в чате не должно менять утвержденную архитектуру.

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

Дефицит специалистов нельзя закрыть строкой поддержки

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

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

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

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

GSE предоставляет системную интеграцию, инфраструктуру для ЦОД и круглосуточную техническую поддержку через сервисную сеть по Казахстану. При оценке такого предложения все равно привязывайте каждое обещание к роли, метрике, протоколу проверки и процедуре эскалации.

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

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

Скрытые расходы появляются на стыках

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

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

Лицензии зависят от архитектуры и условий конкретного разработчика. Изменение числа процессоров, ядер, виртуальных машин или пользователей способно изменить счет после миграции. До выбора платформы составьте ведомость лицензий и попросите владельца каждого продукта письменно подтвердить метрику. Интегратор продает и внедряет программное обеспечение, но договор на инфраструктуру не отменяет лицензионных условий производителей.

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

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

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

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

Гибридный запуск часто честнее бинарного выбора

При сроке в полгода разумно запустить критичные системы на готовой площадке, а постоянную модель владения выбрать после измерения реальной нагрузки. Это не компромисс ради спокойствия. Такой порядок отделяет срочность бизнес-запуска от необратимого решения о строительстве.

Гибрид требует заранее спроектированного выхода. Сеть, адресация, управление идентификацией, резервное копирование, форматы виртуальных машин и автоматизация конфигураций должны допускать перенос. Если временный контур использует уникальные функции, которые невозможно воспроизвести, временное решение быстро становится постоянным.

Другой рабочий вариант состоит в размещении принадлежащих заказчику серверов на готовой инженерной площадке. Заказчик сохраняет контроль над вычислительным оборудованием, а оператор отвечает за электропитание, охлаждение и физическую среду. Экономика находится между собственным залом и полностью управляемой платформой. Но число стыков растет: аппаратный сбой, прошивка, кабель и удаленный доступ должны иметь однозначного владельца.

Поэтапная схема годится и для собственного объекта. Первая очередь закрывает подтвержденную нагрузку, а электрические и холодильные модули добавляются по факту роста. Стандарт ISO/IEC 22237 разделяет требования к зданиям, электроснабжению, контролю среды и другим частям инфраструктуры. Эта логика помогает не выдавать строительную готовность за готовность всей услуги.

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

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

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

Решение принимают пороги, а не сумма баллов

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

После порогов сравните оставшиеся варианты по TCO, скорости масштабирования, управляемости рисков, доступности кадров и обратимости. Вес каждого критерия утверждает бизнес-владелец, а не поставщик и не техническая команда. Проведите чувствительность: измените рост, энерготариф, задержку поставки, курс для импортных компонентов и стоимость специалистов. Если победитель меняется от небольшого движения одной цифры, решение неустойчиво и требует договорной защиты.

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

Перед окончательным выбором проведите двухчасовую защиту каждого варианта по одному сценарию отказа и одному сценарию роста. Пусть авторы покажут, кто получает сигнал, кто действует, какой резерв включается, сколько длится восстановление, какие доказательства останутся и как меняется счет. Запретите ответы «по регламенту», если сам регламент не приложен. Такой разбор выявляет больше, чем еще двадцать строк сравнительной таблицы.

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