Денис Мухин, «Группа Астра»: Мы пошли по пути Microsoft и Oracle, предлагая вендорскую облачную модель

CNews: Astra Cloud позиционируется как сервисная витрина «Группы Астра». Чем для CIO и CEO это принципиально отличается от обычного облачного провайдера?

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

У нас по-другому. Все ключевые компоненты Astra Cloud являются собственной разработкой «Группы Астра» и абсолютно идентичны в любом сценарии. Заказчик получает один и тот же проверенный стек без расхождений (и в публичном облаке, и on-premise), что гарантирует бесшовную переносимость нагрузок и предсказуемое поведение систем. Плюс к этому действует единое окно поддержки с чётко зафиксированной точкой ответственности.

Это и есть вендорская облачная модель. Такого же подхода на глобальном рынке придерживаются Microsoft и Oracle. Мы пошли по тому же пути, опираясь на зрелые, лидирующие в своих классах продукты экосистемы «Группы Астра».

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

CNews: В каких случаях компания может перевести часть ИТ-расходов из капитальных в операционные и насколько это выгодно?

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

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

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

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

CNews: Назовите два-три сценария, для которых Astra Cloud сейчас является оптимальным выбором.

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

Во-вторых, мы предоставляем доступ к уникальным для рынка сервисам. Например, к высокопроизводительной машине баз данных Tantor XData. Купить её в классической поставке on-premise — это довольно ощутимая статья капитальных расходов. Однако в облаке этот же комплекс можно арендовать по модели подписки, избегая крупных единовременных вложений. Клиент получает прямую замену Oracle Exadata, развёрнутую в нашей облачной среде.

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

CNews: Расскажите про три технологических трека Astra Cloud: SDS TROK, облачные вычисления, магазин приложений. Как они связаны между собой?

Денис Мухин: В основе Astra Cloud лежит операционная система Astra Linux Special Edition, сертифицированная ФСТЭК России. На этом фундаменте работает платформенный слой с контроллером домена, системой резервного копирования, порталом самообслуживания и подсистемой мониторинга. Они закрывают базовые облачные сценарии и позволяют клиенту централизованно управлять инфраструктурой.

В ближайшем релизе Astra Cloud платформенный слой станет полноценной управляющей средой за счёт новых компонентов. К уже имеющимся модулям добавятся: собственная система управления доступом, программно-определяемая сеть собственной разработки, возможность подключения отказоустойчивого программно-определяемого хранилища SDS TROK и контейнеризация «Боцман».

В итоге получается, что Astra Cloud на глобальном уровне формируют три платформы: хранение, вычисления и экосистема приложений, которые логически дополняют друг друга. SDS TROK отвечает за отказоустойчивое хранение данных. Платформа облачных вычислений объединяет виртуализацию, мониторинг и резервное копирование, создавая программно-управляемую изолированную среду. Магазин приложений через портал самообслуживания и каталоги даёт клиентам готовые бизнес-инструменты: от продуктов «Группы Астра» до решений партнёров. Вместе эти три составляющие образуют целостную развивающуюся экосистему, в которой все компоненты работают согласованно на едином защищённом фундаменте.

CNews: Летом добавляется S3 в TROK. Какие сценарии использования для клиентов это откроет и как изменится работа с данными?

Денис Мухин: В объектном хранилище (S3) могут храниться медиаданные, резервные копии, логи, данные систем файлообмена, исходные данные для больших данных и моделей искусственного интеллекта. То есть весь тот объём информации, для которого важна горизонтальная масштабируемость и простой доступ через API.

SDS TROK с поддержкой этого протокола становится универсальным решением, которое даёт доступ к данным сразу на трёх уровнях: блочном, объектном и файловом. Таким образом, функционал существенно расширяет сферу применения. Клиентам не нужно будет искать отдельные хранилища для разных типов данных — всё закрывается в рамках единой защищённой инфраструктуры на базе SDS TROK.

CNews: Какие классы защищённости и требования ФСТЭК / ФСБ уже закрыты или в процессе аттестации Astra Cloud?

Денис Мухин: В рамках построения защищённого облака мы реализовали требования приказов ФСТЭК России №21 и №117 и выходим на аттестацию публичного сегмента Astra Cloud по первому классу защищённости К1 и первому уровню защищённости персональных данных.

Платформа изначально проектировалась по принципу Security by Design, поэтому в её основе лежат уже сертифицированные продукты: Astra Linux, ПК СВ «Брест», RuBackup и ALD Pro. По сути, мы снимаем с клиента главный регуляторный барьер перед миграцией в облако и берём аттестацию инфраструктуры на себя.

CNews: Что стоит учесть клиентам, которые пока сомневаются в миграции своей инфраструктуры в облако?

Денис Мухин: Главное, что даёт Astra Cloud, — это уникальные сервисы на базе продуктов экосистемы «Группы Астра», способные закрывать конкретные бизнес-задачи через призму безопасности. Речь идёт о готовых, зрелых решениях: Tantor XData, «Боцман» для контейнеризации, VDI, почтовая система RuPost и другие. Всё то же, что доступно в классической поставке on-premise, мы предлагаем в публичном облаке по модели подписки. Таким образом, бизнес получает ту же функциональность и тот же уровень защищённости, что и у себя на площадке, но без капитальных затрат и операционной нагрузки.

Если вы хотите более гибко управлять расширением своей ИТ-инфраструктуры, то мой совет — не откладывать миграцию в облако. Начните с пилотного проекта Astra Cloud.

Короткая ссылка на материал: //cnews.ru/link/a23152