Казалось бы, схема HaaS (Hardware as a Service, аппаратное обеспечение как сервис) давно отработана: платишь помесячно — и пользуешься. Но дьявол, как обычно, кроется в деталях: что будет, когда понадобится модернизация, кто настраивает сервер и в какой момент он считается работающим «до зеленых лампочек»?

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

Как работает апгрейд оборудования?

В модели HaaS клиент получает в аренду оборудование с конкретной спецификацией, которую обычно фиксируют еще до подписания договора. HaaS, по своей сути, менее гибкая схема, чем аренда выделенных серверов, Dedicated/Bare metal (выделенный сервер/"голое железо«), и в процессе работы может потребоваться замена компонентов на более мощные. Независимо от того, кто формировал исходную конфигурацию — специалисты провайдера или инженеры заказчика — вопрос апгрейда потребует решения.

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

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

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

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

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

На что обратить внимание при приемке оборудования и вводе в эксплуатацию?

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

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

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

Но за этим, казалось бы, понятным критерием нередко скрывается разница в ожиданиях. Заказчик думает, что пусконаладка — это полная настройка с подключением и маркировкой сетевых кабелей, сборкой RAID-массивов (технология объединения нескольких физических дисков в одну логическую систему) и установкой ПО. Провайдер же иногда ограничивается физическим креплением оборудования в стойку и включением в розетку. Чтобы избежать недопонимания на столь критическом этапе, поставщик обязан заранее предоставить критерии завершения работ и согласовать их с заказчиком. Это позволит провести прозрачные границы ответственности.

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

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

На что смотреть в технической поддержке?

При аренде оборудования по модели Hardware as a Service один из ключевых параметров, который стоит разобрать еще на этапе заключения договора, — это техническая поддержка. Провайдеры могут предлагать принципиально разные условия: от круглосуточного реагирования в течение 20 минут до поддержки в режиме 8/5 с реакцией до четырех часов. Внешне выбор очевиден, особенно если цены сопоставимы, но за внешней простотой скрывается ряд нюансов.

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

Лучший способ зафиксировать договоренности — прописать в контракте соглашение об уровне обслуживания (SLA). Там должны быть не только сроки реакции, но и конкретика: выезжает ли инженер на площадку, есть ли запасной комплект запчастей и где он лежит — на складе провайдера или прямо у заказчика. От этого напрямую зависит, как быстро починят, если что-то сломается, равно как и наличие системы мониторинга, позволяющей предотвратить сбой до его наступления.

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

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

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

Чем все заканчивается?

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

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

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

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

Досрочный выкуп — еще один способ выхода из контракта HaaS. Сразу стоит сделать оговорку: такая возможность есть не всегда. При краткосрочных контрактах (скажем, на 13 месяцев) право досрочного выкупа у заказчика чаще всего отсутствует, поскольку это невыгодно провайдеру или финансирующей организации. На длительных же сроках такая практика вполне распространена, и ключевым здесь становится экономический смысл. Если у компании-арендатора появляется возможность выкупить оборудование раньше, можно сэкономить на процентах за будущие периоды и снизить общую стоимость контракта. Но готовность провайдера к такому сценарию не гарантирована. Поэтому просчитывать варианты завершения договора лучше заранее, «на берегу».

Что еще полезного можно взять у провайдера?

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

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

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

Вывод

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

Если свести все к одной практической рекомендации, она звучит просто: просите у провайдера не общие обещания, а четкие и понятные правила. Апгрейда и оформления изменений. Приемки — с критериями, чтобы фраза «до зеленых лампочек» не превратилась потом в спор о терминах. Поддержки — не просто «24/7», а где лежит ЗИП, выезжает ли инженер и сколько реально времени уйдет на восстановление. Выхода, включая выкуп, возврат или досрочный выкуп — с конкретными сроками, документами и цифрами. И отдельно — правила по дополнительным сервисам, которые сегодня кажутся необязательными, а через год становятся критичными, но уже не входят в договор.

Важно требовать конкретику. Если она есть, то и через год вы не услышите: «Ну вы как-то не спросили, мы думали, вы знаете».