SaaS

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

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

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

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

Под капитальными затратами (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, которое характеризуется переходом от монолитных корпоративных приложений к чисто облачной архитектуре, состоящей из составных и контейнерных микросервисов».

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

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

Подготовка к росту мобильности сотрудников

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

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

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

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

Распространенной альтернативой созданию резервных копий на мобильных устройствах является централизованная система коммуникаций и совместной работы, такая как Office 365 или G-Suite. Сотрудников необходимо обучить их оптимальному использованию, с тем чтобы интеллектуальная собственность хранилась на сетевых корпоративных ресурсах, а не только на самих ноутбуках.

Защита данных SaaS-приложений

Чем больше вы полагаетесь на SaaS-приложения наподобие Office 365 или G-Suite, тем выше потребность в том, чтобы хранимые там данные были надежно защищены. Внимательно изучите соглашение об уровне обслуживания, предоставляемое каждым сервис-провайдером, с которым вы работаете, и выясните, обеспечивают они резервное копирование и восстановление данных. Большинство SaaS-провайдеров ничего подобного не обещает.

Не путайте возможность восстановления удаленных писем в самом сервисе электронной почты с реальными процедурами резервного копирования и восстановления данных (они должны соответствовать правилу 3-2-1, когда три резервные копии хранятся на двух различных носителях, один из которых физически находится где-то в другом месте). Как правило, при реализации такого функционала используется система версионирования, а не резервное копирование. Если что-то случится с вашей учетной записью, большинство SaaS-провайдеров не смогут восстановить ее, а поскольку в SLA ничего об этом не сказано, они не будут даже пытаться.

Облачное резервное копирование и аварийное восстановление

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

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

Без паники

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

Компания IDG Communications оценила затраты клиентов на облачные технологии, изучив мнение читателей CIO, Computerworld, CSO, InfoWorld, ITworld и Network World.

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

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

Сложности для клиентов = возможности для партнеров

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

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

В настоящее время 43% используют только гибридное облако, 12% – мультиоблачную среду и 30% – и то, и другое вместе.

К преимуществам мультиоблачной среды относятся: расширение облачных возможностей (59%), упрощение и ускорение восстановления после сбоев (40%), повышение гибкости за счет распределения рабочей нагрузки между множеством облаков (38%).

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

На крупных предприятиях (где работает более 1 тыс. сотрудников) давление ощущается сильнее, чем на предприятиях среднего звена (численностью менее 1 тыс. человек).

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

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

Погружаясь глубже, организации в технологически-зависимых отраслях склонны рассматривать поставщиков облачных сервисов в рамках портфельной стратегии. Наиболее отчетливо этот процесс протекает в сфере финансовых услуг (63%) и высоких технологий (63%). Зато в производственной сфере (43%) и образовании (41%) поставщиков облачных сервисов не так активно включают в портфельную стратегию.

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

Затраты как сервис

Следует отметить, что доля ИТ-бюджетов, выделяемая на облачные вычисления, остается относительно неизменной и составляет 30% против 28% в 2016 году.

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

О значительном влиянии ИТ-директора упомянул 71% опрошенных, тогда как за следующего в этом списке технического директора свои голоса отдали 54% респондентов.

На предприятиях среднего звена не менее влиятельным оказывается генеральный директор (72%), на крупных же второе место занимают директор по безопасности и архитектор ИТ (у них обоих 87%).

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

В настоящее время у среднего предприятия 53% приходится на необлачные ресурсы, 23% на SaaS, 16% на IaaS и 9% на PaaS.

Ожидается, что через полтора года доля необлачных ресурсов составит 31%, SaaS – 33%, IaaS – 22% и PaaS – 14%.

Два главных преимущества SaaS для сотрудников ИТ-службы заключаются в сокращении числа операций технической поддержки и обновления, выполняемых вручную (62%), и повышении производительности труда / уменьшении затрачиваемого рабочего времени (55%).

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

Главными преимуществами PaaS являются сокращение накладных расходов на серверы и системы хранения (56%), а также отсутствие необходимости управлять обновлениями и осуществлять техническую поддержку (51%). Преимущества IaaS связаны с масштабируемостью (68%) и гибкостью (53%).

Основными приложениями, которые организации используют в облаке (или перемещают туда) являются веб-сайты и веб-приложения (49%), а также решения для связи и взаимодействия (45%).

К приложениям, перенос которых находится на этапе планирования – и должен состояться в ближайшие 12 месяцев или в течение 1-3 лет – относятся средства восстановления после сбоев и обеспечения высокого уровня готовности (49%), а также системы бизнес-анализа и хранилища данных (45%).

Далее следуют средства хранения, резервного копирования, архивирования и файл-серверы (44%), а также средства управления системами и DevOps (42%).

Вызовы остаются

Главными вызовами и препятствиями на пути реализации стратегии облачных вычислений в течение года остаются опасения клиентов относительно привязки к конкретному поставщику (47%), места хранения данных (34%) и безопасности облачных решений (34%).

Вместе с тем результаты отражают устойчивое снижение опасений в области безопасности – с 67% в 2015 году до 34% сейчас.

Две другие проблемы, связанные с безопасностью и управлением, с течением времени также становятся менее острыми в связи с ростом зрелости облачных технологий, подкрепляемой ужесточением нормативных требований и обеспечением соответствия облачных решений корпоративным требованиям и отраслевым стандартам (если в 2015 году об этом упоминали 35%, то в 2018-м – уже 26%).

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

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

Российский рынок облачных услуг, включая публичные и частные облака, в 2017 году вырос на 49% по отношению к предыдущему году и составил 663,74 млн долл. — таковы результаты отчета IDC Russia Cloud Service Market. В IDC считают, что на российском рынке облачных услуг в 2017 году доля ПО как услуги (SaaS) продолжала сокращаться, поскольку малые предприятия все чаще выбирали услуги аутсорсинга. Также аналитики указывают, что интерес крупных и очень крупных компаний к DevOps и аналитике больших данных привел к серьезному росту потребления продуктовых категорий IaaS и PaaS. А принятая в 2017 году программа цифровой экономики будет лишь усиливать эту тенденцию в ближайшие несколько лет.

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

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

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

Основные проблемы и тенденции. Трансформация ИТ-отрасли России под влиянием облачных вычислений

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

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

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

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

Услугой, наиболее востребованной заказчиками, остается IaaS, полагают в компании «Крок». «Компании не просто используют облако для размещения ИТ-приложений, а запускают на основе облачных платформ новые бизнесы и продукты», — говорит Сергей Зинкевич, эксперт по облачным услугам компании «Крок». В первую очередь это компании, чей бизнес развивается по стратегии Digital First — онлайн-ретейл, цифровые банки и различные пользовательские digital-сервисы. Плюс такой модели в том, что от облачных ресурсов можно легко отказаться, например, в ситуации, если проект или внутренний стартап оказался неэффективным.

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

Влияние интереса компаний к DevOps на развитие облачного рынка. Смещение интереса компаний от SaaS к IaaS и PaaS.

Интерес к автоматизации и к DevOps меняет сценарии потребления облаков. В облаке «Крок», к примеру, автоматизация управления реализована с помощью Terraform — средства декларативного управления виртуальной инфраструктурой. Это позволяет заказчикам шире использовать возможности облака. По словам Зинкевича, сервис «Туту.ру» использует облако «Крок» как готовую программную среду при запуске новых продуктов и с целью сокращения сроков запуска виртуальных серверов для тестирования. Возросшая доля собственной разработки и кастомизации способствует росту спроса на облака и, в частности, на IaaS как на средство для создания тестовых сред. Разработчик ПО для информационной безопасности Positive Technologies использует облако «Крок» при тестировании новых версий программных продуктов.

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

Михаил Блинов, заместитель руководителя «Техносерв Cloud»: «Сегодня можно уверенно сказать, что скорость развертывания новых проектов влияет на рынок. От того, насколько быстро будут поставляться релизы, зависит рост бизнеса».

Как указал Блинов, сегодня ситуация такова, что скорость развертывания новых проектов влияет на рынок. От того, как быстро будут поставляться релизы, зависит рост бизнеса. В начале 2018 года компания 451 Research провела опрос, чтобы выяснить, какие технологии будут приоритетными при развитии. В первую десятку вошли технологии создания и управления контейнерами, а также бессерверная архитектура приложений и микросервисы. Вероятно, нас ждет рост популярности контейнеров из облака. Контейнер — это способ еще больше сократить затраты на инфраструктуру, набравший популярность среди разработчиков программного обеспечения. Зрелость платформ контейнерной виртуализации растет, все больше новых разработок будет ориентировано на эту технологию. Поэтому сейчас «Техносерв Cloud» разрабатывает и готовит пока к пилотному запуску новый сервис — облако для разработки DevOps. Это будет платформа, способная максимально упростить жизнь DevOps-разработчикам, тестировщикам и другим вовлеченным в процесс разработки специалистам.

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

Первым облачным сегментом, показавшим рост, стала область SaaS, так как именно небольшие компании начали активно использовать такие приложения из облака, как «1С», CRM, почта и пр., делится Блинов. Теперь же вектор лидерства сместился: из облаков растет в первую очередь область IaaS. Это объясняется тем, что сегодня компании переносят в облако системы, которые раньше размещались на собственном оборудовании. С ростом зрелости и доверия к технологии более крупные компании начали переносить в облака системы, обеспечивающие внутренние бизнес-процессы. Зачастую это унаследованные системы, которые перенести в облако в формате SaaS невозможно, поэтому заказчикам нужна просто инфраструктура. Данный сегмент будет расти лидирующими темпами как минимум ближайшие три года, уверен Блинов.

Интересы и предпочтения российских конечных пользователей в отношении предоставления услуг через облако

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

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

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

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

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

Препятствия, которые приходится преодолевать локальным поставщикам

Как считает Самоукин, у локальных поставщиков есть ряд преимуществ — облако на территории РФ с возможностью соблюдения в полной мере Федерального закона № 152, регулирующего деятельность по обработке персональных данных. Однако российские игроки облачного рынка обычно строят облачные сервисы на готовых платформах (Microsoft Windows Server 2016, VMware), которые сильно уступают глобальным облачным платформам типа Amazon, Microsoft, Google. Функциональность и количество задач, которые можно решить на базе этих глобальных платформ, значительно выше, чем в большинстве облаков локальных поставщиков. И чтобы догнать лидирующую тройку облачного рынка, крупные игроки — например, российские операторы связи — объявили о старте готовых платформенных сервисов на готовых платформах, таких как Azure Stack и Ormuco. Некоторые предпочли не платить за готовую платформу зарубежным компаниям и попробовали построить собственное облако или платформу со схожей функциональностью — это Mail.ru и «Яндекс».

«На рынке облачных сервисов конкуренция очень высока. Помимо крупных зарубежных провайдеров в 2017–2018 годах на российский рынок вышли такие интернет-гиганты, как Mail.ru и “Яндекс”, которые активно стали продвигать себя», — согласен Блинов. Сейчас большинство участников рынка направили все свои силы на наращивание клиентской базы и удержание существующих клиентов, прежде всего путем ценовой политики.

Но, помимо высокой конкуренции, камнем преткновения для провайдеров облачных услуг являются вопросы информационной безопасности. Поэтому важным событием для «Техносерв Cloud» стала сертификация платформы на соответствие требованиям PCI DSS, Федеральному закону № 149 «Об информации, информационных технологиях и о защите информации» и Федеральному закону № 152 «О персональных данных».

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

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

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

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

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

В Softline считают, что расходы на облачные сервисы значительно вырастут, но спрогнозировать насколько — сложно. Бесспорно лишь, что рост в 50% в год — далеко не предел.

В «Крок» ожидают, что компании продолжат инвестировать в облачные сервисы и увеличат бюджеты на облака. Только в текущем году зафиксирован рост спроса на публичное облако «Крок» в пределах 20–25%. В следующем году компания прогнозирует более интенсивный рост. В том числе — за счет управляемых сервисов по аутсорсингу вычислительной инфраструктуры, предоставляемых на базе облачной платформы и дата-центров.

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

***

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

По прогнозу, рынок облачных услуг будет и дальше расти в 2018 году и увеличится на 21% в долларовом выражении. В пятилетней перспективе, согласно исследованию IDC, объем потребления облачных услуг составит 1,49 млрд долл.

Западные эксперты приходят к выводу, что традиционный подход к выбору вендора требует пересмотра в случае, когда речь идет о поставщике SaaS-решений (см. «Как выбрать провайдера SaaS», «Директор ИС» 09/2017). В какой степени эта точка зрения находит отражение в практике российского бизнеса? И с какими трудностями приходится сталкиваться тем, кто делает выбор в пользу облаков?

Проблема номер один: дефицит доверия

Сергей Папоян, эксперт Союза ИТ-директоров: «Выгода от использования облачных сервисов не всегда очевидна, так что многие компании предпочитают “купить один раз и забыть”»

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

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

В то же время в пилотных проектах модель SaaS демонстрирует очень высокий потенциал.

Рынок действительно повзрослел

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

Дмитрий Пшиченко, директор департамента разработки и внедрения информационных систем компании «ЛокоТех»: «Мы стали более тщательно рассматривать поставщика с точки зрения того, действительно ли он предлагает SaaS-решение и насколько оно комплексное»

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

По мнению Антона Нагова, руководителя направления развития бизнеса департамента облачных технологий группы компаний Softline, изменение подхода к оценке поставщиков обусловлено взрослением рынка. Во-первых, сокращается цикл сделки: заказчики теперь значительно быстрее стали принимать решение о работе с конкретным поставщиком сервисов. Во-вторых, большинство заказчиков уже не хотят, чтобы на них экспериментировали: они желают получить готовый и полностью функциональный сервис через час после подписания договора или после перечисления денег на счет провайдера. Это возможно только при условии, что сервис у провайдера уже развернут в продуктивную эксплуатацию и технически поддерживается. И в-третьих, конкуренция за заказчика между провайдерами находит прямое отражение в соглашении об уровне обслуживания (service level agreement, SLA). Заказчик желает видеть понятный ему документ, который регламентирует, кто и за что отвечает в рамках договорных отношений между провайдером и клиентом, уточняет Нагов.

Совет: уделите внимание деталям

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

Вадим Горбунов, заместитель гендиректора по ИТ аптечной сети «Ригла»: «Мы всегда оговариваем права собственности на информацию – они должны быть нашими»

По словам Вадима Горбунова, заместителя генерального директора по информационным технологиям аптечной сети «Ригла», подход компании к оценке поставщиков практически не претерпел изменений, разве что острее ставится вопрос об интеграции, возникающий, когда арендуемая система работает с массивными данными. Это особенно важно, если она производит или собирает большой объем информации из внешних источников. «Очень часто для управления нужен значительный объем информации как из нашего хранилища данных, так и из SaaS-решения. Вот тут и встает проблема интеграции», – рассказывает он. Кроме того, в аптечной сети по-прежнему учитывают состояние SaaS-провайдера (объем и динамику клиентской базы, доходность, офис), стабильность цен на услуги и особенности защиты информации, а также рассматривают возможность локального развертывания системы на случай ухода SaaS-провайдера из бизнеса. «Мы всегда обсуждаем права собственности на информацию – они должны быть нашими», – подчеркнул Горбунов.

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

«Мы более тщательно изучаем, действительно ли поставщик предлагает SaaS-решение и насколько оно комплексное, – объясняет Пшиченко. – Дело в том, что появилось много облачных решений, состоящих из нескольких продуктов (систем), которые слабо интегрированы между собой, иногда имеют разные архитектуры и даже разные команды поддержки, из-за этого у заказчика возникают дополнительные риски, касающиеся соблюдения SLA и непрерывности ИТ-сервиса».

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

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

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

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

Эти нелегкие облака

Говоря о сложностях бизнеса при работе с облаками, Пшиченко привел в пример SaaS-систему Help Desk, которая в «ЛокоТех» функционирует в настоящее время: «У нас встал вопрос создания дополнительных отчетов по соблюдению SLA, но, из-за того что решение облачное и в нем, кроме нас, работают другие клиенты, мы фактически лишены возможности самостоятельно создавать отчеты или определять метрики по конкретным KPI. В итоге нам несколько недель пришлось ждать технического перерыва в работе SaaS-системы, чтобы внедрить в продуктивную систему Help Desk нужные нам виды отчетов».

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

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

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

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

Переход на SaaS

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

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

Четыре вопроса, которыми нужно задаться при оценке поставщиков SaaS

1. Действительно ли это SaaS?

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

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

2. Как компания развивает свое решение?

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

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

3. Как осуществляются доставка обновлений и техническая поддержка?

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

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

4. Налажено ли взаимодействие с высшим руководством компании?

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

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

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

– Martha Heller. How to select a SaaS vendor. CIO. OCT 18, 2017