Облачные сервисы

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

Почему бизнесу не подходит «личная» логика

Популярные платформы для облачного хранения данных принято считать «облаком для личного». Но когда речь заходит о бизнесе, те же самые технологии превращаются в сложную, многослойную инфраструктуру. Для частного пользователя хранение данных в облаке – это способ поделиться фотографиями с поездки или не потерять важные документы. Для бизнеса такая логика «снял телефон – залил фото – забыл» не работает. У компании совершенно другие вопросы. Сколько это будет стоить через год, когда данных станет в два раза больше? Как быстро получить доступ к архиву трехлетней давности, если придет налоговая? И главное – как разграничить данные: что хранить в высокодоступном облаке, без чего работа встанет, а что просто должно лежать «на всякий случай»?

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

Объекты, блоки и папки – три кита, на которых все держится

Чтобы разобраться, какие облачные хранилища бывают, нужно обратить внимание на два ключевых параметра: как осуществляется доступ к хранилищу и по какой модели оно развернуто. По архитектуре доступа существуют объектные хранилища (например, S3), блочные хранилища и файловые хранилища (такие как NAS).

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

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

Файловые хранилища работают по протоколам NFS, CIFS или SMB и выглядят для пользователя как сетевые папки с иерархией каталогов. Один из самых распространенных примеров – FTP-хранилище, где есть общая файловая папка со структурой и иерархией. Данный тип хранилища удобен для совместной работы с файлами, общих сетевых дисков и резервных копий, когда нужны привычные «обычные» сетевые папки.

Свое, чужое или «все сразу»

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

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

Хранилище в частном (приватном) облаке, напротив, полностью контролируется ИТ-персоналом самого заказчика. Такое выделенное облачное хранилище может находиться либо в собственном ЦОДе компании, либо быть частью инфраструктуры облачного провайдера, но изолированной и настроенной индивидуально под заказчика. Для данных под 152-ФЗ и требований ФСТЭК часто требуется именно частное облако с сертифицированным ПО.

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

«Горячее», «холодное» и «ледяное» – почему дешевый гигабайт может разорить

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

«Горячее» (standard) хранилище предполагает высокую доступность и частые операции чтения и записи. Именно такие хранилища – самые дорогие в линейке, потому что они рассчитаны на постоянную работу с данными.

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

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

Как не заблудиться в этих трех соснах

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

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

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

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

Четвертый и самый важный вопрос – что произойдет, если эти данные исчезнут или станут недоступны на сутки? Ответ на него сразу отсекает половину вариантов. Если исчезновение данных приведет к остановке производства, нельзя экономить ни на классе хранения, ни на модели развертывания. Если же пропажа данных вызовет лишь легкое сожаление – можно смело отправлять их в «ледяное» хранилище.

Вывод

Выбор облачного хранилища для 500 Тбайт – это не вопрос «где дешевле за гигабайт», а баланс трех измерений: архитектуры (объектная, блочная или файловая), модели развертывания (публичное, частное или гибрид) и температурного класса (горячее, холодное или ледяное). Главный риск – забыть про скрытые расходы: трафик, операции чтения и плата за восстановление данных способны превратить дешевый тариф в дорогой. Четыре вопроса (частота доступа, кто и откуда подключается, бюджет на непредвиденные операции, цена простоя) отсекают неподходящие варианты и экономят не только деньги, но и ночной сон администратора.

Автор — Полина Абаимова, менеджер продукта Отдела развития облачных продуктов компании ГК Softline («Софтлайн Решения»)

ИИ и облака

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

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

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

Геополитика. Эпоха «простых и доступных больших облаков», где главные американские гиганты вроде Amazon, Google и Microsoft без особых проблем предоставляли свои сервисы по всему миру, постепенно уходит в прошлое. Европейский бизнес все острее осознает угрозу неконтролируемого роста стоимости, а также опасность ограничения доступа к собственным данным, которые по факту им не контролируется. В результате многие компании начинают консолидироваться вокруг местных поставщиков, пытаясь выстраивать инфраструктуру, меньше зависящую от глобальных гиперскейлеров.

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

На фоне этих факторов формируется сразу несколько отчетливых тенденций:

1. Растущая неуверенность в том, как именно будет развиваться рынок и какие новые барьеры могут появиться.
2. Активные поиски новых решений, а также переход к разработкам, которые обходят продукты гиперскейлеров.
3. Укрепление идеи цифрового суверенитета: страны и компании пытаются взять инфраструктуру и хранение данных под собственный контроль, стремясь избежать внешних рисков и политических ограничений.

Локализация против глобализации

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

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

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

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

Логистика и серверы

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

Кроме того, крупные игроки вроде Intel и AMD представили новые сверхмощные процессоры, в которых насчитывается до 288 физических ядер, при этом энергопотребление составляет всего 500 Вт. Такая эффективность открывает перед облачными провайдерами и крупными центрами обработки данных серьезные возможности для оптимизации: теперь можно разместить то же количество вычислительных ресурсов в половине одного стандартного шкафа вместо, например, четырех. Для экологии это означает меньшее энергопотребление, а для бизнеса — более высокую плотность размещения серверов и экономию на счетах от дата-центров.

Выводы

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

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

Автор — Руслан Райкевич, СТО ActiveCloud (ГК Softline)

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

Основные причины перехода в облака

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

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

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

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

Внимание на риски

При построении облака нужно обратить внимание на несколько рисков.

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

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

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

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

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

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

Как спланировать максимально безопасный переход в облако

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

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

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

От чего зависит бюджет на облачную инфраструктуру

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

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

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

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

Переход в облака работает на имидж

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

Автор – Руслан Иванов, CTO компании ITKey

Трансформация инфраструктуры данных стала для сети «Бургер Кинг» стратегическим вектором развития, открывающим дорогу к принятию решений на основе данных. Переход на Arenadata DB в облаке VK Cloud позволил оптимизировать работу бизнес-систем и сделал возможными решение многих аналитических задач. О реализации проекта и его первых результатах рассказывает Александр Кулиев, директор офиса по данным «Бургер Кинг» и номинант на премию Data Award.

- Что привело «Бургер Кинг» к реализации проекта перестройки инфраструктуры данных?

В 2022 году инфраструктура для работы с данными в «Бургер Кинг» состояла из большого количества разрозненных источников данных и BI-системы, которая, помимо задач визуализации и формирования отчетов, иногда выполняла функции обработки и хранения данных. При этом в компании не было общей методологии сбора, обработки и хранения данных. Данные хранились в разных местах, а их выгрузка для формирования отчетности зачастую занимала много времени и могла негативно сказываться на производительности бизнес-систем.

Перед дата-командой «Бургер Кинг» встала задача – спроектировать и запустить централизованное корпоративное хранилище данных (DWH), которое должно решить существующие на тот момент проблемы и обеспечить потенциал для дальнейшего развития собственной платформы данных и data-driven подхода в целом.

- Какой подход был выбран?

В качестве основного решения для запуска DWH была выбрана Arenadata DB – СУБД на основе Greenplum. Однако ситуацию осложняло то, что у нас не хватало необходимых компетенций для реализации данных задач. При этом хранилище предстояло строить «с нуля», да еще и переводить в новое решение более 800 существующих приложений и множество источников данных. Это повлекло за собой некоторые трудности на старте проекта.

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

Именно поэтому мы изначально рассматривали только облачное решение. В качестве партнера по инфраструктуре выбрали VK Cloud, так как на платформе были все необходимые инструменты для построения и развития решения, в том числе ADB как Managed-решение.

- Что еще было сделано в рамках проекта?

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

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

- Какие еще решения использовались при построении платформы?

Помимо хранилища данных Arenadata DB в облаке VK Cloud, в качестве витрины данных используется ClickHouse.

- Какие трудности возникали в ходе проекта? Как их решали?

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

Еще один важный момент – это соответствие нормативным требованиям. Неоднородные данные и процессы затрудняют контроль за соответствием законодательству и стандартам, особенно в отношении защиты данных и конфиденциальности. В нашем случае этот вопрос удалось стандартизировать и упростить путем проработки единой методологии и переносом данных в облако VK Cloud, которое соответствует 152-ФЗ и размещено в ЦОДах Tier III.

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

Работа по этим направлениям и переход к единому data-driven подходу позволило нам улучшить процессы принятия решений, повысить эффективность и открыть новые возможности для роста и инноваций.

- Каких результатов уже достигли?

После запуска хранилища данных удалось значительно ускорить в ресторанах WFM-систему, которая прогнозирует оптимальное количество сотрудников ресторана на смене. Время просчета оптимального количества сотрудников сократилось радикально – с двух недель до трех часов. Помимо этого, система помогает грамотно сформировать запасы на складах ресторанов.

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

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

- Повлияло ли повышение доступности аналитической системы на восприятие аналитики (и работы с данными в целом) пользователями?

С начала 2024 года, сразу после запуска, наш проект уже заметно отразился на бизнес-показателях компании. Мы добились роста эффективности CRM на 3% благодаря персонализации и повышения эффективности бизнес-процессов, а в ресторанной части – на 5%. Это вполне конкретный, понятный бизнесу эффект. Поэтому краткий ответ – да, повлияло.

Однако как я говорил ранее, изменение культуры – это не разовая акция, а постоянный процесс, к которому мы последовательно движемся.

- В чем роль проекта для бизнеса компании?

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

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

- Каковы пути дальнейшего развития проекта?

Реализация облачного DWH и переход на «новые рельсы» позволили заложить фундамент для внедрения новых инструментов. Мы уже сейчас видим огромный потенциал для повышения прибыльности за счет data-driven подхода и планируем развиваться в этом направлении. Следующие шаги – построение озера данных объемом более 500 Тбайт для хранения и обработки сырых и неструктурированных данных, организации песочниц для проведения экспериментов и тестирования бизнес-гипотез, а также для развития и автоматизации проектов Data Science. Параллельно ведутся работы по развертыванию единой ML-платформы для разработки и инференса моделей машинного обучения, а также создания промышленных процессов применения искусственного интеллекта.

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

Ключевые риски, которым подверглись компании в области ИТ-инфраструктуры, и практические подходы по их снижению обсудили в ходе дискуссии «Модернизация инфраструктуры: срочно, качественно, недорого. Чему сегодня отдать приоритет?». Мероприятие состоялось в рамках форума «Цифровая инфраструктура — 2022», организованного издательством «Открытые системы» (см. также статью ««Цифровая инфраструктура 2022»: под флагом импортозамещения».)

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

«Никто не заставляет выбирать два из трех. Всегда речь идет о компромиссах, приемлемых для компании», — отметил Дмитрий Кузеванов, технический директор «Азбуки вкуса». Миграция в облака помогла ретейлеру сократить расходы на 20%, получить устраивающий SLA и ускорить реализацию проектов.

Не «замораживать» инфраструктуру

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

Дмитрий Кузеванов: «Главный риск любого ретейлера — остановка сервисов, и компании уже несколько раз приходилось ‘переобуваться в воздухе’, чтобы поддержать работу бизнеса»

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

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

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

Сергей Зинкевич: «В долгосрочной перспективе работа на неподдерживаемых платформах не приведет к успеху»

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

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

«Железо» с вражескими сервисами

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

Как известно, нельзя построить доверенную систему на недоверенном железе. Как многие российские разработчики ПО, использующие компоненты open source, очищают их и складывают в свои репозитории, так и разработчики оборудования из реестра Минпромторга проводят реинжиниринг микрокодов на системных платах Intel, лишая его сомнительных возможностей.

Сергей Члек: «Вы даже не представляете, насколько сильно продвинулись российские производители серверов на Intel и AMD. Они выкорчевывают весь вражеский сервис вроде платформы удаленного управления и администрирования Intel vPro и оставляют процессорам лишь их профильные задачи»

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

«’Железо’ в стране есть. Его привозят различными путями, существует много каналов доставки. Исключение составляет разве что нишевое оборудование класса Hi-End», — рассказал Зинкевич. Конечно, к изменениям приходится адаптироваться, но такие проблемы не блокируют работу бизнеса. Другое дело, что вместо движения вперед, которого всем хочется, приходится решать задачи технического долга — реализовывать внутренние проекты, направленные на стабилизацию работы компании.

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

«Помимо оборудования, доступны все виды инфраструктурного ПО: у проприетарных решений всегда были аналоги open source, и сейчас их популярность резко выросла», — отметил Зинкевич. Например, все, кто планировал проекты на Oracle, сейчас без проблем запускают их на PostgreSQL — компетенций на рынке вполне хватает.

Денис Сосновцев, директор по технологическим альянсам Arenadata, напомнил, что, помимо рисков, связанных с оборудованием, существует масса проблем, «спрятанных» внутри решений open source. Не все из них одинаково полезны, широко известны истории о различных закладках в них. «Некоторые из используемых нами продуктов в этом году занялись откровенным вредительством. Пришлось заняться чисткой собственного репозитория», — сообщил Сосновцев.

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

Возможность проявить себя

«Пока мы не начнем целенаправленно заниматься разработкой собственных решений, мы не придем к удовлетворительному результату. Будущее рынка во многом зависит от пользователей. Нужно активно готовить замену импортным решениям, ставить перед производителями задачи и давать возможность проявить себя», — призвал Сосновцев. Он напомнил, что в 2014 году на прилавках магазинов практически не осталось импортных сыров. За несколько лет ассортимент удалось восполнить своими силами, и теперь можно констатировать, что качество российской продукции заметно выросло. Сейчас в ИТ сложилась аналогичная ситуация: огромное количество конкурентов ушло, освободив рынок. Это отличная возможность для наших производителей занять на нем достойное место.

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

Члек признал важнейшую роль реестра отечественного ПО в становлении «нового ИТ-рынка». В реестре есть продукты разной степени импортозамещенности, но все же он стал фильтром, позволяющим использовать не «дикий» open source, а продукты определенной степени очистки.

«Не стоит упрекать регулятора в бездействии. К ‘Росплатформе’ уже два раза предъявляли жесткие требования скорректировать определенные вещи», — заявил Члек. В этом году, впервые за шесть лет существования реестра, регулятор ощутимо «взялся» за дело: подтягивает качество продуктов, гораздо строже относится к их включению в реестр. Кроме того, нужно учитывать отзывы покупателей, сами по себе формирующие рейтинг продукта, и работу интеграторов, которые несут определенную ответственность за внедренные решения. Для компаний созданы все возможности не наткнуться на плохое решение: можно заранее получить о продукте необходимую информацию и протестировать его.

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

Доля отдельных отключений, приводящих к убыткам на сумму свыше 100 тыс. долл., в 2021 году увеличилась до 47% по сравнению с 40%, о которых шла речь годом ранее. Хотя среднюю стоимость одного отключения в Uptime Institute не рассчитывают, общие тенденции указывают на то, что затраты на преодоление последствий такого отключения продолжают расти.

Каждое пятое предприятие сообщило по крайней мере об одном «серьезном» сбое за последние три года. Речь идет об отключениях, которые привели к существенным финансовым потерям, телесным повреждениям, репутационному ущербу или нарушениям требований законодательства. 80% участников опроса сообщили о возникновении у них сбоев в последние три года (без конкретизации уровня их серьезности), что находится на верхней границе нормы.

В отчете отмечается, что наибольшая доля отключений в целом была вызвана проблемами, которые связаны с сетью и могут быть результатом крупномасштабного перехода на облачные технологии, технологии программно-конфигурируемых сетей (software defined networking, SDN) и другие новые сетевые архитектуры.

Но наиболее ощутимые неприятности, как правило, связаны со сбоями в электроснабжении. На них приходится 43% «серьезных» отключений за последние три года.

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

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

По словам основателя и исполнительного директора Uptime Institute Энди Лоуренса, виновата в высоком уровне сбоев (как прямо, так и косвенно) все более сложная архитектура современных ИТ.

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

Отчет Uptime Institute опирается на несколько видов источников — от публичных отчетов о крупных сбоях и результатов специальных опросов до баз данных об аномальных инцидентах, которые ведет компания.

Вступив в цифровые 20-е годы XXI века, предприятия все чаще рассматривают возможность внедрения нового поколения совместно используемых и компонуемых облачных технологий ERP (enterprise resource planning). Это подкрепляется нескончаемой пандемией, ненадежными цепочками поставок, кочующей рабочей силой и другими факторами.

Опрос 1675 руководителей ИТ-служб, организованный Boomi, показал, что подавляющее большинство организаций (94%) используют стратегию ERP нового поколения, которая предусматривает преодоление ограничений унаследованных приложений и модернизацию бизнеса за счет перехода на облачные платформы и профессиональную аналитику, включающую элементы искусственного интеллекта.

По прогнозам Gartner, к 2023 году 65% организаций уже внедрят у себя ERP-приложения, имеющие один или несколько из так называемых «отличительных признаков четвертой эры» информационных систем. К ним относятся искусственный интеллект, архитектура, ориентированная на данные, системы, которые можно использовать в готовом виде, функции, дополняющие решения, средства поддержки разработчиков и технологии, ориентированные на клиента.

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

Перечислим три области, в которых традиционные ERP-системы сегодня терпят неудачу, а также потребности, испытываемые современными предприятиями.

Гибридная рабочая сила

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

Недавний опрос Pew Research Center показал, что каждые шесть из десяти работников в США, утверждающих, что их задачи в основном можно решать из дома, трудятся на дому постоянно или большую часть своего времени. По сравнению с 23% «удаленщиков», которые мы наблюдали до пандемии, перемены видны невооруженным глазом.

Согласно опросу Upwork, доля тех, кто занимается фрилансом на постоянной основе, находится на рекордно высоком уровне и составляет 36% от общей численности работников. Большинство из них (53%) предоставляют квалифицированные услуги разработки ПО, маркетинга, ИТ- и бизнес-консалтинга. Годом ранее их доля составляла 50%. Кадровый компонент ERP-систем должен учитывать быстроту найма, непредсказуемость рабочего графика и текучесть кадров. Все больше организаций ищут персонал за рубежом, что наряду с другими факторами заставляет гибко реагировать на новые правила обязательной отчетности, налогообложения и льгот.

Аналитика

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

По словам аналитиков Boston Consulting Group, ERP-платформы следующего поколения обеспечивают компаниям прозрачность в реальном времени в части продаж, запасов, производства и финансовых показателей. Мощная аналитика, основанная на данных, позволяет принимать более гибкие решения, корректируя параметры цепочек поставок для повышения устойчивости. Надежные средства электронной коммерции помогают компаниям лучше взаимодействовать с онлайн-клиентами как при подготовке продаж, так и после их совершения. А минималистичное ядро ERP и облачный подход помогают ускорить развертывание.

Цепочки поставок

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

Опрос, проведенный FiveTran и Dimensional Data, показал, что 86% руководителей хотят обращаться к данным через свои системы ERP в режиме реального времени. Но только 23% респондентов заявили, что их нынешние ERP-системы поддерживают такую возможность, а 99% не могут получить доступ к необходимой им информации.

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

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

Разные цвета денег

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

Капитальные затраты

Под капитальными затратами (Capital Expenditure, CapEx) обычно понимается покупка физического актива, который, как ожидается, будет использоваться в течение по крайней мере одного года.

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

Для капитальных затрат характерен ряд особенностей.

— Актив стоит относительно дорого. Обычно это одноразовая закупка (но одноразовая закупка может быть сделана в рассрочку).

— Приобретенный актив будет использоваться в течение длительного срока, как правило, несколько лет.

— Такие закупки обычно происходят нерегулярно, зачастую их трудно спланировать, а следовательно, и заложить в бюджет.

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

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

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

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

Постоянные затраты

Постоянные затраты (fixed-cost expenditure) – это покупка товара или услуги, которые потребляются предприятием за короткий период времени, не превышающий одного года. Постоянные затраты предусматривают короткий период использования или приобретение каких-то расходных материалов.

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

Другим примером являются приобретаемые услуги, в том числе услуги по уборке офиса. Коммунальные услуги – электроэнергия и вывоз мусора – также относятся к таким затратам. В области программного обеспечения это применимо к оплате за SaaS-сервисы.

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

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

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

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

Себестоимость реализованной продукции

Последним типом затрат являются затраты на себестоимость проданной продукции (cost of goods sold, COGS). Себестоимость может быть непосредственно связана с покупкой товаров или услуг.

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

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

Расходы на себестоимость обычно находятся в прямой зависимости от объема получаемой выручки.

С учетом тесной связи с доходами затраты на себестоимость отслеживаются по-разному. Затраты на себестоимость за месяц в абсолютном выражении обычно не так важны, как постоянные или капитальные затраты. Увеличение расходов на COGS в отдельно взятый месяц обычно считается положительным фактором, поскольку является, как правило, признаком роста продаж.

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

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

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

ЦОДы и облака

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

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

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

При большом объеме трафика вы выделяете в облаке серверы для его обработки. При снижении трафика серверы освобождаются. То же самое относится к средствам хранения и сетевым ресурсам. Когда вы их используете, вы платите за них. Если они вам не нужны, вы за них не платите.

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

Большая часть затрат на строительство облачного ЦОДа считается переменными расходами, которые относятся к категории COGS.

***

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

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

Цвет денег, которые вы тратите, очень важен для вашего облачного опыта.

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

Потенциальные преимущества SaaS хорошо известны: сокращение затрат, повышение гибкости, упрощение масштабируемости и т.д. «Простота и быстрота развертывания наряду с инновационными преимуществами SaaS помогают бизнесу ускорить проведение цифровой трансформации», – констатирует директор IDC по исследованиям в области SaaS и облачного программного обеспечения Франк делла Роса.

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

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

Стремительное размножение SaaS

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

В отчете '2020 Businesses @ Work' компания Okta, предоставляющая платформы управления идентификацией, сообщает, что каждый из ее клиентов уже развернул в среднем 88 приложений SaaS. С 2019 года их число увеличилось на 6%, а с 2017-го – на 21%. У 10% клиентов эксплуатируется 200 и более приложений.

«Модель SaaS демократизировала принятие решений о покупке приложений, позволив руководителям подразделений и даже конечным пользователям самостоятельно закупать программное обеспечение для решения стоящих перед ними задач, – указывает делла Роса. – Но, получив повышение быстроты и гибкости, ИТ-службы теперь вынуждены заниматься дополнительными вопросами управления и соблюдения нормативных требований. Популярность SaaS растет, а исследования IDC показывают, что многие ИТ-руководители не вполне уверены в том, что знают, сколько приложений используется на предприятии. В некоторых случаях речь может идти о сотнях неизвестных им приложений. ИТ-службам нужны автоматизированные инструменты, помогающие идентифицировать используемые приложения и лучше управлять рисками, связанными с безопасностью и необходимостью соблюдения нормативных требований. К числу ведущих поставщиков в этой области, по данным IDC, относятся VMware, Cisco, AWS, Microsoft Azure, Google Cloud и Micro Focus».

«Чтобы справиться с вызовами повсеместно внедряемой модели SaaS, компаниям необходимо задуматься о рисках и приоритетах – определить, какие приложения наиболее важны для успеха их бизнеса, и приступить к их развертыванию, – отмечает аналитик Gartner Кайл Дэвис. – Зачастую у ИТ-службы нет ресурсов, чтобы поддерживать все то количество приложений, которое организация намерена внедрить в форме SaaS. Как правило, компании начинают с нескольких приложений, затем их число увеличивается до пары десятков, потом до пары сотен, а в крупных организациях в конечном итоге начинает исчисляться тысячами. Ранее внедрение программного обеспечения осуществлялось совсем по-другому. Во времена преимущественно локальных ИТ-инфраструктур у организаций имелось несколько больших платформ, и все строилось вокруг них. Когда у вас имеются сотни и тысячи приложений SaaS, ИТ-служба просто не в состоянии обладать экспертными знаниями каждого из них. Нужно классифицировать их с учетом рисков для бизнеса, связанных с отсутствием развертывания и поддержки со стороны ИТ-службы. С высокой степенью вероятности на предприятии постоянно будут появляться какие-то 'теневые ИТ', внедряемые в виде SaaS бизнес-пользователями, ощущающими такую потребность. Но даже в этом случае пользователи в конечном итоге будут обращаться за поддержкой к ИТ-службе. И тогда ее специалисты смогут оценить, стоит ли бизнес-подразделению или ИТ-службе заниматься дальнейшим продвижением этого приложения или же лучше заменить его на что-нибудь другое. Функции регулирования, выполняемые ИТ-службой, должны быть сбалансированными. Ни тиранического контроля, ни полного отказа от него быть не должно. Приложения SaaS должны рассматриваться с точки зрения риска, который возникает у организации при их использовании».

Безопасность, конфиденциальность и соблюдение нормативных требований

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

«Большое количество используемых SaaS-приложений делает многие компании уязвимыми к утечкам данных и кибератакам, – подчеркивает делла Роса. – Инструменты управления экосистемой SaaS могут помочь ИТ-службам определить политики и процедуры, соотносящие необходимость повышения скорости выполнения с обеспечением конфиденциальности данных и соблюдением нормативных требований. К крупнейшим поставщикам средств управления SaaS относятся компании Blissfully, Zylo, G2 Track и Better Cloud. Развивающаяся сфера управления операциями SaaS (SaaSOps), предлагаемого большинством поставщиков подобного инструментария, помогает компаниям сделать направление SaaS приоритетным, рекомендуя новые приложения и трансформируя ИТ-службу из регулирующего органа в орган поддержки. ИТ-служба могла бы отслеживать подозрительную активность и защищать от неправомочного совместного доступа к данным. Файлы можно регулярно проверять на предмет утечки конфиденциальных данных. Для соблюдения законодательных требований имеет смысл определить автоматические политики».

«Крайне важно, чтобы организации требовали от сотрудников осознания своей ответственности и вовлеченности в процесс использования SaaS, – указывает Роберт Уолден, ИТ-директор компании Epsilon, предоставляющей маркетинговые сервисы и технологии. – Когда речь заходит об обеспечении правильного использования решений SaaS, именно сотрудники играют роль первой линии обороны — или, по крайней мере, должны это делать. Невнимательность не может служить оправданием».

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

«При оценке предложений SaaS во главе угла должны стоять вопросы безопасности, – добавляет Дэвис. – Для этого компаниям следует определить набор критериев, которым должны соответствовать поставщики с точки зрения безопасности. Главный вопрос заключается в том, можно ли поставщику средств SaaS позволить делать то же самое (если не больше), что и при использовании локальных средств? Нужно понимать, как поставщик публикует и раскрывает информацию о брешах, как организовано управление физической безопасностью, и каким образом осуществляется защита ваших данных в процессе их перемещения и при хранении».

Многие разработчики SaaS-решений предлагают свои сервисы через крупных провайдеров – Amazon Web Services, Microsoft Azure и Google Cloud Platform, делая ставку на средства безопасности этих платформ. Но компании в любом случае должны убедиться в том, что используемые ими SaaS-приложения соответствуют нормативным требованиям, предъявляемым к защите данных, и внедряются с должным вниманием к управлению доступом.

Интеграция облачных решений

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

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

Чем более стратегическое значение приобретает SaaS-сервис для организации, тем выше вероятность того, что потребуется интеграция с другими приложениями. Хорошим примером здесь является электронная почта. Многие приложения и системы используют электронную почту для рассылки уведомлений, и компаниям нужно подготовиться к тому, что произойдет с этими взаимозависимостями при переводе приложения электронной почты на модель SaaS.

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

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

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

«Быстрое распространение SaaS-платформ облегчает бремя интеграции и адаптации благодаря общей модели данных, стандартным инструментам и устойчивым публичным API, – отмечает делла Роса. – Это имеет еще более важное значение для нового поколения SaaS, которое характеризуется переходом от монолитных корпоративных приложений к чисто облачной архитектуре, состоящей из составных и контейнерных микросервисов».

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

Размер имеет значение

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

Вывод: ориентируйтесь в первую очередь на параметр совокупной стоимости владения (TCO) и стратегию бизнеса.

Сочетание технологий

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

Вывод: анализируйте реальную нагрузку на ИТ и выбирайте соответствующие типы вычислительных ресурсов.

Тяжелое наследие

Многие компании очень не любят расставаться со старым оборудованием. Примечательно, что это могут быть достаточно крупные организации, которые имеют средства для апгрейда инфраструктуры. По нашей оценке, фактически в любой компании, давно работающей на рынке, есть как минимум несколько аппаратных систем возрастом от 10 лет. Один такой заказчик – российский коммерческий банк – решил поставить архивное «железо» в ЦОД, чтобы проводить на нем различные тестирования. По предварительному расчету для размещения 40 стоек должно было потребоваться 300 кВт/ч в месяц, и набегала весьма круглая сумма за обслуживание. Вместо этого для решения бизнес-задачи было предложено использовать современное оборудование. Ту же мощность удалось уместить в 1,5 блейд-корзины за счет высокоплотной упаковки современных версий аппаратного обеспечения, то есть в меньшую сумму удалось «упаковать» еще и стоимость нового оборудования взамен старого. Результат – сокращение стоимости услуги и повышение качества и гибкости процесса тестирования.

Вывод: архивным системам место в музее, в реальной жизни выгоднее использовать новое оборудование.

Резервирование окупается

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

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

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

Аутсорсинг оправдан

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

Вывод: аутсорсинг – это в первую очередь про упрощение администрирования собственными силами.

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

Автор – Павел Колмычек, операционный директор «КРОК Облачные сервисы», PKolmychek@croc.ru