Облачная экономика: считаем правильно

Слушайте выпуск на подкаст-площадках

Сергей Зинкевич. Роман, с точки зрения опытного облачного пользователя, выгоднее ли компании пользоваться облаком по сравнению с инфраструктурой on premise?

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

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

Сергей Зинкевич. Преимущества облаков хорошо известны — это получение необходимых ресурсов в кратчайшие сроки, гибкость, использование только необходимого объема ресурсов и т. д.

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

Александр Фикс. По моему опыту, цена составляет в среднем 30-40% от максимального количества баллов, которые можно получить в конкурсе, хотя в некоторых может доходить до 70%, т. е. для кого-то цена важнее технической составляющей. Однако такие конкурсы происходят реже.

Оставшаяся часть — это техническая сторона, включая облачные фичи, функциональные особенности, опыт и экспертиза, на которые приходится около 20%.

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

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

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

Александр Фикс. Вопрос в том, насколько второй участник отстает по цене и насколько он соответствует требованиям ТЗ. Если второй участник соответствует на 100%, у него есть большой шанс выиграть в конкурсе.

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

Сергей Зинкевич. Когда сравнивают облако и закупку для инфраструктуры on premise, часто сравнивают объем вычислительных ресурсов (например, CPU, RAM и т. д.). Если судить только по спецификации, может показаться, что облако на горизонте 3 лет стоит дороже. Корректно ли такое сравнение?

Роман Дрожжин. Некорректно, потому что, как минимум, не учитывает затраты на специалистов и на обслуживание (в том числе запасные части, срочную поставку комплектующих). Кроме того, «железо», установленное, например, только в одном ЦОД, это риск потери оборудования, потому что ЦОД тоже горят.

Александр Фикс. Помимо CPU, RAM и дисков в облаке предлагается сеть, а для ее развертывания on premise придется докупать оборудование. Кроме того, при размещении оборудования on premise необходимо оплачивать охлаждение, электроэнергию, поддерживать помещение, в котором находится оборудование, и т. д. Закупка оборудования — это всегда капитальные затраты, которые никто не выделяет бесплатно, т. е. придется рассматривать либо лизинг, либо кредит.

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

Роман Дрожжин. Не стоит забывать об интернете — нужно подключать нескольких провайдеров, чтобы обеспечить отказоустойчивость.

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

Роман Дрожжин. OPEX и CAPEX действительно часто противопоставляют. Однако это не ИТ, а финансовый инструментарий, которым может манипулировать финансовый директор, бумажная работа, которая не относится к вопросам в ведении ИТ-директора. По моему опыту, на этом не стоит заострять внимание при принятии решения.

Сергей Зинкевич. Помогаем ли мы как провайдер облака тем заказчикам, у которых есть запрос на капитальные затраты вместо операционных?

Александр Фикс. Разумеется. Можно покупать облако и отражать эти затраты как капитальные. Мы предлагаем сертификат, который включает в себя пул ресурсов на определенное количество времени. Стоимость сертификата проходит как CAPEX. Заказчик может использовать ресурсы по принципу pay as you go, получая инфраструктуру в публичном облаке, стоимость которой отображается как CAPEX. Напротив, если необходима закупка оборудования, которую необходимо отразить как OPEX, можно приобрести у нас частное облако с ежемесячными платежами, которое по истечении 3-5 лет переходит в собственность заказчика.

Роман Дрожжин. Бывали ли в вашей практике случаи, когда корпоративным заказчикам выгоднее построить свой ЦОД или мини-ЦОД?

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

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

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

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

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

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

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

Роман Дрожжин. Компетенции действительно очень важны, потому что построить работающую инфраструктуру, просто купив «железо» и ПО, невозможно.

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

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

Александр Фикс. PaaS-сервисы помогают сразу получить необходимую экспертизу. Не нужно разворачивать виртуальные машины под Kubernetes, вы по кнопке получаете готовый сервис.

Роман Дрожжин. Сервисы PaaS обеспечивают и другие преимущества. Например, time to market — важный фактор. Когда компания пытается запустить, например, свой marketplace, она хочет сделать это уже сегодня. Собственным сотрудникам, как правило, приходится для этого изучать доступные технологии, которые часто не получается использовать корректно, в результате требуются переделки одна за другой. Сервис PaaS позволяет все сделать быстро на основе лучших практик.

Сергей Зинкевич. Итак, сервисы PaaS, например, самые популярные Kubernetes as a Service или базы данных как сервис упрощают жизнь. Как именно?

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

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

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

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

Вопрос аудитории. Можно ли вывести полную формулу расчета стоимости в Excel?

Сергей Зинкевич. Мы регулярно делаем такие сравнения, в том числе рассчитываем ТСО (Total Cost of Ownership), т. е. совокупную стоимость владения облаком. Мы используем шаблон, в котором учитывается «железо», виртуализация, ресурсы, ФОТ и т. д. Это наша методика расчета, которую мы предлагаем всем желающим.

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

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

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

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

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

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

Роман Дрожжин. Необходимо обратить внимание еще на один аспект, который выходит за рамки расчетов. Облако —это перенос ответственности со специалистов компании на контрагента, в качестве которого выступает облачный провайдер. Не секрет, что сервисы, которые работают 24/7 — это головная боль для ИТ-директора, учитывая возможные проблемы, ошибки, отсутствие резервных копий, вирусы. Не зря ИТ-специалисты шутят, что «кто-то делает бэкапы, а кто-то их УЖЕ делает».

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

Александр Фикс. Если необходимо масштабирование, облако — также самый лучший выбор. В 2022 году, когда часть вендоров ушла с рынка, компании столкнулись с трудностями при закупке оборудования. Расширяться самостоятельно очень тяжело, тогда как при масштабировании в облако эти задачи решает облачный провайдер.

Роман Дрожжин. Если рассчитывать лизинг при покупке собственного оборудования, то надо помнить, что мы на 3-5 лет фиксируем конкретный набор вычислительных ресурсов и не сможем резко расширить или сократить объем оборудования. В некоторых случаях, когда речь идет о внутреннем ИТ-сервисе компании, который стабилен и имеет небольшой горизонт масштабирования, создание собственной инфраструктуры может быть оправдано. Однако если мы создаем, например, интернет-магазин или marketplace, то через несколько лет, скорее всего, придется менять технологии и программные средства. На старте нельзя сказать точно, сколько понадобится процессоров, памяти и т. д.

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

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

Роман Дрожжин. Вспомним также об инфраструктуре для разработчиков. Как правило, разработчики не работают 24/7 и предпочитают отдыхать по выходным. Инфраструктура разработчика бывает достаточно объемной, поскольку включает и кластер тестирования, и кластер проверки качества, поэтому гасить такие ресурсы на выходные и в ночное время — хорошая практика.

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

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

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

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

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

Роман Дрожжин. Это еще один пункт в таблицу оценки, хотя его сложно выразить в деньгах.

Сергей Зинкевич. Мы уже говорили о том, что не все пункты можно оценить в денежном выражении.

Александр Фикс. Цена не играет решающую роль.

Вопрос. Каких функций облакам не хватает в первую очередь?

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

Александр Фикс. В настоящее время самый популярный сервис — Kubernetes as a Service.

Роман Дрожжин. Еще 10 лет назад про PaaS мало кто знал и мало кто доверял свои базы данных сторонним провайдерам. В настоящее время наличие у провайдера хорошо работающих PaaS-сервисов стало важным фактором.

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

Вопрос. Несет ли облачный провайдер финансовую ответственность?

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

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

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

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

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

Вопрос инфопартнера Марины Эфендиевой, телеграм-канал t.me/technome_me

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

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

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

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

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

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

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

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

Александр Фикс. Если у компании множество проектов и продуктов, она должна считать, сколько стоит разработка таких продуктов. В облаке можно открыть новый проект и по биллингу определить, сколько ресурсов было выделено и сколько проект стоит для компании. В случае on premise необходимо либо строить свой биллинг, что не так просто, либо смириться с тем, что затраты на развитие продуктов оценить невозможно.

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

Роман Дрожжин. Но есть определенные законодательные ограничения, например, в отношении деятельности банков или компаний связи.

Сергей Зинкевич. Для банков сейчас ожидается послабление, что может подтолкнуть их в сторону облаков. Месяц назад мы получили оценку соответствия требованиям стандарта ГОСТ 57580.1 для финансовых платформ. Барьеры для перехода банков в облако снижаются.

Вопрос. В чем конкурентное преимущество КРОК по сравнению с другими сильными игроками?

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

Рынок облачных услуг очень конкурентный. Это означает, что игроки близки по качеству услуг, хотя и отличаются друг от друга набором возможностей и ограничений. Выбор определенного провайдера определяется конкретными требованиями конкретного заказчика в отношении конкретной задачи, такими как использование API, работа через Terraform или другие средства управления конфигурациями, графический интерфейс или журнал (Cloud Trail) для отслеживания подключений и т.д.

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

Вопрос. В чем преимущества IaaS (infrustructure as a service) — публичное облако) и HaaS (hardware as a service — аренда оборудования, а также виртуализация, мониторинг и т. д. без облачных функций).

Роман Дрожжин. «Голый» IaaS — это здорово, если у вас есть DevOps-ы, вы написали инфраструктуру как код и все сделали самостоятельно. Но это редкий и не всегда удобный случай, потому что вы попадаете в сильную зависимость от своей команды. Команда — это всегда люди, иногда очень специфические.

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

Сергей Зинкевич. Подведем итоги.

Мы сравнили облака и on premise и пришли к выводу, что это абсолютно разные решения, в каждом варианте есть какие-то преимущества.

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

По результатам опроса, большинство нашей аудитории склоняется к инфраструктуре on premise. Около трети пользуются собственным «железом», две трети используют гибридную модель. Необходимо уточнить, что хороший корпоративный игрок — это 50, 100 или 100+ информационных систем. Если, например, 8 информационных систем заехали в облака, это гибридная модель, которая и лидирует по результатам опроса. По сути, нужно опираться на здравый смысл и использовать сервисы эффективно и с выгодой.

Роман Дрожжин. Это можно считать ответом на вопрос о том, где лучше — в облаке или on premise. Лучше там, где вашему сервису комфортнее, что и демонстрирует гибридная модель.