Проект каждого ЦОД’а считается уникальным, но все эти «частные случаи» можно тем не менее свести к нескольким крупным типам.

 

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

 

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

 

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

 

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

 

Такая схема вполне имеет право на жизнь, но только при наличии у компании собственной сильной службы технического заказчика и производственно-технического отдела. Кроме того, заказчик должен быть готов к работе с большим количеством субподрядчиков (а их на проекте ЦОД’а мощностью от 1 до 3 МВт может быть 10–15) и к финансовым рискам. Так что при реализации относительно несложных проектов заказчики все чаще обращаются к управляющим компаниям, которые выбирают подрядчиков и несут ответственность за их работу перед заказчиком, а последний сохраняет за собой функции управления финансовыми потоками. Ну а для масштабных и сложных проектов, особенно если строящийся объект будет состоять из нескольких корпусов и/или предполагается поэтапный ввод мощностей в эксплуатацию, нужны и управляющая компания, и генподрядчик, причем финансово независимые друг от друга. Генподрядчик должен отвечать за качество работ и соблюдение сроков, а управляющая компания – за финансовую эффективность строительства. Но в любом случае выбор схемы реализации проекта ЦОД’а остается за заказчиком.