Облачная и гибридная инфраструктура. Круглый стол

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

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

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

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

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

Поэтому он выносит такие задачи во внешние облака, где ресурсы можно взять по подписочной модели (и тут возвращаемся к «нулевой» стоимости выхода из проекта). При этом бизнес часто не видит того «магического» выхлопа, который должен был получить от введения ИИ в работу. Это связано с тем, что модели необходимо дорабатывать в большем масштабе, а количество специалистов в России, которые могут это сделать, ограничено.

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

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

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

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

Скрытые издержки обычно возникают при неправильной оценке потребности. Клиент берет свою не сильно нагруженную систему, помещает в облако — «о, классно». Потом говорит: «нам нужно такое же, еще на 6000 ядер», мигрирует туда высоконагруженную систему, и оказывается, что 6000 ядер ему нужны, но другие — более производительные. И эта ошибка экстраполируется. Поэтому при тестах нужно опробовать все типы систем. Вполне может оказаться, что систему вроде SAP HANA не всегда выгодно держать в облаке, а стоит вынести в облако что-то другое.

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

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

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

Олег Фёдоров: Смотря что понимать под альтернативой. Если сравнивать российских облачных гиперскейлеров с, например, AWS, то безусловно AWS их опережает. Есть ли у них шанс догнать AWS? Количества денег на разработку ИТ-сервисов в России может элементарно не хватить, чтобы соревноваться с гигантом, который получает деньги со всего мира.

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