ИТ-инфраструктура

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Развиваются высокотехнологичные решения

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

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

Проекты становятся сложнее

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

Растет число локализованных продуктов

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

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

На все 100% российской компоновки нет даже, например, у блоков распределения питания на базе процессора «Байкал», которые фактически полностью разработаны и производятся в России. Все основные компоненты у них российские или имеют статус российских. Но мелкие SDM-компоненты в этих блоках все же импортного производства — в России аналогов нет.

Забота о совместимости оборудования стала общей

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

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

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

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

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

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

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

Стоимость сопоставимых решений уравнивается

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

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

Искусственный интеллект требует роста мощностей

В связи с большими потребностями в искусственном интеллекте очевиден еще один тренд. Нагрузка на ЦОДы от использования ИИ резко возрастает. Если раньше стандартом считался дата-центр со стойками на 5 кВт, то сейчас и 10 кВт на стойку – не предел. Для реализации проектов с применением ИИ уже сейчас нужны стойки и инженерная инфраструктура на 30-50 кВт, и вопрос о том, каким именно способом эту потребность закрыть, актуален.

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

Уже в ближайшем будущем рост применения технологий ИИ в ЦОДах приведет к необходимости увеличивать их энергоснабжение, и надо будет найти способ сделать это экологично.

Влияние новых санкций невелико

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

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

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

Автор — Леонид Юль, директор по развитию компетенций ЦОД C3 Solutions

В условиях динамичного развития инфраструктуры крайне важно контролировать этот процесс, обеспечивая заинтересованных специалистов необходимыми данными. В Сбере с этой целью разработали и запустили «Единую аналитическую систему данных об инфраструктуре», обеспечивающую сквозную аналитику по ключевым процессам жизненного цикла ИТ-инфраструктуры. О реализации этого проекта рассказывает Анастасия Евланова, главный эксперт Управления внедрения технологий защиты инфраструктуры Департамента инфраструктурных решений «Сбера» (SberInfra) и номинант на премию Data Award.

— Что стало причиной создания системы? Какие проблемы требовалось решить?

За последние годы «Сбер» качественно и количественно вырос как в своих прежних банковских продуктах, так и в новых инициативах для клиентов. На каждый продукт, систему, инновацию требуется ИТ-инфраструктура.

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

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

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

— Какой выбрали подход, какие требования предъявлялись к создаваемому решению?

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

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

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

— В чем суть созданного решения?

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

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

— Какие данные охватывает система?

Мы получаем данные из внутренних систем, которые собирают информацию о текущем состоянии ИТ-инфраструктуры. К ним относятся данные о загрузке ИТ-инфраструктуры из систем инфраструктурного мониторинга и сбора метрик, данные о характеристиках конфигурационных элементов и их связях с системами банка, информация по управлению этими элементами из системы управления и автоматизации ITIL- и ITSM-процессов банка.

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

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

— На какой платформе реализовано решение?

Центром системы стало хранилище для сырых и преобразованных данных на платформе Hadoop, стандартных обвязок с базой метаданных PostgreSQL, сервисами журналирования и мониторинга. Аналитика и визуализация данных реализована на BI-платформе Qlik в виде информационных панелей и дашбордов, логически связанных между собой. Так как конечный пользователь взаимодействует именно с BI-платформой, то ролевая модель с разграничением видимости данных реализована тоже в Qlik.

— Что является «фишкой» решения? Чем можно гордиться?

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

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

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

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

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

— Какие результаты достигнуты и ожидаются?

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

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

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

— Пытались ли оценить эти эффекты в деньгах? И вообще о каких масштабах оптимизации может идти речь?

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

Объем самой компании «Сбер» колоссальный, для ее функционирования требуется много серверов, систем хранения данных, баз данных. Точные цифры я не могу называть из-за условий неразглашения, но у «Сбера» самый большой ЦОД в России, и при этом он не единственный. И теперь данные об этом оборудовании сведены в одной системе.

— Каковы перспективы развития проекта?

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

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

И, конечно, мы планируем перенести BI-платформу на продукт российского вендора или внутренний продукт.

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

1. Безгенераторные ЦОДы. В качестве потенциальной замены традиционным дизельным генераторам и источникам бесперебойного питания в датацентрах тестируют твердооксидные топливные элементы с керамическим материалом в качестве электролита. Их преимущества — высокая тепловая и энергетическая эффективность, топливная универсальность, экологичность и относительно низкая стоимость, а главный недостаток на сегодня — очень высокая рабочая температура, до 1000 ºC.

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

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

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

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

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

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

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

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

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

Платформа IDC Future of Digital Infrastructure формирует понимание того, что успешная и цифровая в первую очередь стратегия должна базироваться на инвестициях в цифровую инфраструктуру выделенных локальных ЦОДов, ресурсов на границе сети и общедоступного облака. Цифровая инфраструктура охватывает вычислительные системы, мощности хранения, компьютерные сети, инфраструктурное программное обеспечение (включая виртуализацию и контейнеры), а также средства автоматизации, анализа с использованием искусственного интеллекта и машинного обучения, программные модули безопасности и облачные сервисы, необходимые для обслуживания и оптимизации унаследованных и современных приложений и данных. Важный вклад сюда вносят партнеры по экосистеме, включая системных интеграторов и канальных партнеров.

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

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

Ведущая десятка прогнозов IDC относительно будущего цифровой инфраструктуры выглядит следующим образом:

1. К 2026 году 65% покупателей технологий при приобретении инфраструктуры будут отдавать предпочтение моделям потребления, предоставляемым в качестве сервиса. Это должно помочь сдержать рост расходов на ИТ и заполнить пробелы в вакансиях ITOps.

2. К 2026 году 65% ИТ-служб будут приобретать только те инфраструктурные решения, которые включают в себя средства прогнозирования киберустойчивости. Они призваны минимизировать усилия, направленные на восстановление работоспособности после кибервторжения.

3. К 2027 году средства автоматизации с поддержкой искусственного интеллекта должны обеспечить согласованность конфигурации цифровой инфраструктуры, а также приемлемый уровень производительности, стоимости и безопасности за счет снижения на 70% потребности во вмешательстве человека и улучшения целей уровня обслуживания (Service Level Objectives, SLO).

4. К 2023 году, на фоне продолжающихся сбоев в цепочках поставок ИТ, 80% заказчиков инфраструктуры из числа G5000 будут применять упреждающие стратегии мультисорсинга, защищая себя от возможных рисков при организации поставок.

5. К 2024 году 40% цифровых бизнес-приложений будут зависеть от гарантированной условиями контракта передачи данных между поставщиками и соглашений об обмене операционными и финансовыми данными между общедоступными облаками и локальными технологическими партнерами.

6. К 2026 году 95% компаний начнут инвестировать в универсальные гетерогенные вычислительные технологии, которые позволят быстрее анализировать сложные наборы данных для достижения бизнес-результатов.

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

8. К 2025 году для интеграции данных и рабочих процессов в распределенных облаках и пограничных средах 50% предприятий развернут мультиоблачные сети, обеспечив тем самым согласованность и простоту NetOps.

9. К 2027 году потребность в более быстрых и качественных решениях, основанных на данных, заставит 80% ИТ-директоров компаний из списка G2000 разработать общекорпоративные логистические стратегии для управления данными, их защиты и интеграции.

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

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

Ключевые риски, которым подверглись компании в области ИТ-инфраструктуры, и практические подходы по их снижению обсудили в ходе дискуссии «Модернизация инфраструктуры: срочно, качественно, недорого. Чему сегодня отдать приоритет?». Мероприятие состоялось в рамках форума «Цифровая инфраструктура — 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 опирается на несколько видов источников — от публичных отчетов о крупных сбоях и результатов специальных опросов до баз данных об аномальных инцидентах, которые ведет компания.

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

В России акцент на экологичность, скорее всего, будет нарастать в течение 3-5 следующих лет. Пользователи в нашей стране все еще считают «зеленость» некой маркетинговой приманкой, не имеющей серьезного веса при выборе той или иной технологии. Аудитория мыслит достаточно прагматично. В первую очередь клиентов интересует, насколько экономически оправдан будет переход на новые системы. Собственно, это объединяет российских и западных заказчиков. И те, и другие уходят от выделенных hi-end архитектур под отдельные ИТ-системы и все чаще внедряют стандартизированные x86-платформы, которые можно переиспользовать под другие ИТ- и бизнес-задачи. По той же причине – из-за следования экономически ориентированному подходу – компании во всем мире обращаются к автоматизированным виртуализированным или гиперконвергентным инфраструктурам, ведь ими значительно проще управлять.

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

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

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

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

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

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

Автор – Александр Сысоев, руководитель направления вычислительных инфраструктур компании КРОК

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЦОДы и облака

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

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

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

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

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

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

***

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

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

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

Сбои в работе дата-центров происходят в последнее время регулярно, но далеко не все из них попадают в поле зрения общественности. Чаще всего их замечают, если провайдеры не могут устранить последствия длительное время (более одного дня), либо если проблема касается очень большого количества пользователей. Так недавно было с Twitter, а также Facebook, Instagram и WhatsApp. Для этих сервисов недоступность даже в двадцать минут чревата народным негодованием.

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

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

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

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

Между тем, принципы обслуживания ЦОД также зафиксированы в стандартах Uptime Institute. В комплексе они позволяют свести практически к минимуму количество возможных инцидентов в дата-центре. Например, в них прописаны регламенты доступа в здание, проведения регламентных работ и т. д. Следуя им, можно обеспечить постоянную доступность объекта на протяжении десятков лет.

Как компаниям застраховать себя от простоев и потери информации

Рекомендации здесь универсальные. Во-первых, стоит обращать внимание на наличие сертификатов Uptime Institute. Предпочтительнее будут те провайдеры, которые смогут предоставить полный комплект документов, включая актуальный сертификат на операционную устойчивость (Tier Certification of Operational Sustainability Uptime Institute). Именно он свидетельствует о грамотно выстроенных процессах эксплуатации.

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

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

Автор — Павел Колмычек, операционный директор КРОК Облачные сервисы