Переносим ИТ-инфраструктуру в облака

Глобальный рынок облачных технологий постоянно растет. По оценке IDC, к 2025 году объем рынка достигнет 832,1 млрд долларов. При этом российский рынок облачных услуг будет опережать общемировой темп и к 2025 году может вырасти в 2,5 раза. Как грамотно, быстро и без ущерба для работы компании перевести ее бизнес-процессы в облако?

Вопросы для экспертов:

• Какой критерий, по-вашему, является определяющим для перехода компании в облако?
• Как правильно выбрать провайдера услуг? Какие критерии выбора облачного провайдера вы считаете важными? Как правильно выбрать тариф? Какие инструменты использовать для оценки производительности ресурсов провайдера?
• Что безопасней: приватное, гибридное или мультиоблако? Что именно вы готовы передать в облачную инфраструктуру?  Можно ли довериться публичному облаку?
• Как защититься от недобросовестного персонала облачного провайдера? Какие технологии и приемы лучше использовать? Как можно оценить профессионализм персонала облачного провайдера?
• SaaS, PaaS и IaaS... Какие сервисы лучше вынести в облако в первую очередь и какую модель использовать? Рассматриваете ли вы гибридные решения для постепенного перехода в облачную среду?
• Резервное копирование данных в облаке. Как правильно его реализовать и обезопасить свою информацию?
• Как переход в облако меняет роль внутренней ИТ-службы и службы безопасности? Риски для ИТ-специалистов при миграции корпоративных инфраструктур в облако, есть ли они? Если да, то как им противостоять?

Вопрос 1. Какой критерий, по-вашему, является определяющим для перехода компании в облако?

Павел Карнаух

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

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

Александр Гришин

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

Зачастую ущерб для компании появляется еще на этапе выбора поставщика услуг и оценки функциональности площадки – выясняется, что она не соответствует необходимым требованиям и некоторые элементы инфраструктуры не смогут работать в облачной среде. Кроме того, ошибкой становится отсутствие дальнейшего планирования использования облака. Например, реализовать сетевую абстракцию от физической инфраструктуры провайдера можно только при наличии у провайдера определенных инструментов. Такая потребность может появиться не сразу, но со временем. Также необходимо иметь возможность самостоятельной настройки виртуальной сетевой инфраструктуры без привлечения специалистов облачного провайдера. Гибкие настройки сетей потребуются для объединения облака с собственной инфраструктурой офисов, которые могут быть распределены по миру. Задача организации безопасной и надежной работы всех ресурсов компании в одной сети, вне зависимости от физического оборудования и географической распределенности, решается технологиями VXLAN и EVPN. Поэтому важно заранее убедиться, что облачные инструменты провайдера их поддерживают.

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

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

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

Иными словами, если компании нужна небольшая база данных, простая CMS, типичная 1С-система или небольшой kubernetes-кластер, лучше перевести их в облако – администрирование этих систем on premise выйдет компании дороже.

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

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

Владимир Ефремов

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

Вячеслав Медведев

– Переход компании в облако всегда двигают бизнес-причины. Предпосылками часто становятся, например, необходимость перевести CAPEX в OPEX, организовать точный биллинг потребляемых ресурсов и аллокацию затрат на бизнес-подразделения. Или же необходимость быстро апробировать новые сервисы, например, Machine Learning, Big Data, которые проще взять из облака, чем внедрить у себя. Еще важным мотивом выступает потребность ускорить выделение ИТ-ресурсов для разработчиков, чтобы улучшить показатель time to market. Этот стимул стал основным для Росбанка, где мы создали частное облако и сейчас развиваем его. С появлением облака показатель time to market сократился с полгода до нескольких дней, потому что выделение инфраструктурных сервисов разработчикам происходит буквально на лету.

Чистая экономия – тоже распространенный триггер для ухода в облака. Например, в проекте для крупного ритейлера мы проанализировали инфраструктуру и выделили четыре типа систем. Самые требовательные к инфраструктуре и ее надежности должны размещаться только on premise. Таких оказалось только 15 %. Остальные приложения можно было легко переразвернуть, и они не выдвигали особых требований к надежности и доступности. Поэтому их перенесли на IaaS-платформу. Т. е. в облака переселилось больше половины виртуальных машин. Получилось сэкономить 50 % бюджета на создание Active-Active кластера между двумя ЦОД.

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

Андрей Тамбовский

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

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

Насколько готова инфраструктура компании в каждом своем компоненте к такому переходу – вопрос к тем экспертам, которые обеспечивают ее работу.

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

Максим Захаренко

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

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

Марис Сперга

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

Александр Егоров

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

Евгений Черток

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

Дмитрий Ласьков

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

Евгений Макарьин

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

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

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

Руслан Косарим

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

Ольга Андреева

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

Евгений Филатов

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

Павел Коростелев

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

Артем Епишин

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

Наталья Лещинец

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

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

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

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

Сергей Зинкевич

– Ключевым критерием является бизнес-потребность клиента. Среди часто встречающихся мотивов:

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

Иван Колегов

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

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

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

Денис Безкоровайный

– Причин перехода в облако несколько, вот основные:

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

Джимшер Чалидзе

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

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

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

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

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

Александр Лопатин

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

Михаил Бараблин

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

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

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

Андрей Тамбовский

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

Александр Гришин

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

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

Следует учесть работает ли облачный провайдер по SaaS-модели. Наличие такой возможности у поставщика позволяет ускорить time to market для своих проектов. Заказчик арендует у провайдера не виртуальный объект (машину или контейнер), на который нужно установить программное обеспечение, выполнить настройку сети и администрировать окружение, а готовый продукт. Это может быть управляемая база данных, платформа управления сайтом, среда разработки, доска для совместной работы, файловое хранилище или другое готовое решение популярных задач. Заказчик просто и быстро получает нужный ему инструмент, может сосредоточиться на решении своей задачи и не тратить ресурсы на администрирование. VMmanager – платформа для управления виртуальной инфраструктурой и построения облака – поддерживает распределенное хранилище Ceph и High availability, автоматизирует доставку сервисов клиентам по модели SaaS и предоставляет конечному пользователю возможность управлять виртуальными сетями независимо от физической сети (SDN).

Владимир Ефремов

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

Вячеслав Медведев

– Консультируя клиентов в выборе облачного провайдера, мы в первую очередь ориентируемся на полноту услуг. Иногда компаниям недостаточно классических сервисов SaaS и IaaS, нужны комплексные услуги, например, Managed Kubernetes или Managed PostgreSQL, и это определяет шорт-лист рассматриваемых провайдеров. Оказывая услугу облачного консалтинга или разрабатывая ИТ-стратегию, мы предлагаем оптимальный вариант использования облаков. Реальный кейс – крупная компания пользуется услугами двух поставщиков. Один представляет облачные сервисы на базе технологий VMware, где заказчику привычнее размещать традиционные для Enterprise нагрузки. Другой поставщик – это доступ к open source, большому меню инструментов для размещения cloud-native-приложений и разработки ПО.

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

Также не стоит забывать о соответствии законодательству в области ИБ – 152-ФЗ, стандартам Центробанка или даже регламенту GDPR Евросоюза.

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

Максим Захаренко

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

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

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

Марис Сперга

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

Также следует обратить внимание на безопасность, например, на сертификацию ЦОД, в котором находится облако (и является ли провайдер еще и оператором ЦОД), имеется ли в облаке встроенная защита от DDoS-атак и т. д.

Александр Егоров

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

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

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

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

Евгений Черток

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

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

Предоставить выбор тарифа ИТ-специалистам.

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

Дмитрий Ласьков

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

Евгений Макарьин

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

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

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

Например, постоянные ИТ-нагрузки (ВМ, приложения, которые работают 24х7х365) лучше подходят под фиксированные тарифы. За счет гарантий определенного объема потребления и/или даже предоплаты за год вперед можно получать скидки. А вот «плавающие» нагрузки, которые динамически меняются в течение дня или другого периода, как правило, лучше оплачивать