Виктор Урусов, Скала^р: Мы предлагаем не просто ПАКи, а модульную платформу
В первой половине нынешнего года в нашей стране введен ряд мер, направленных на обеспечение технологической независимости и безопасности критической информационной инфраструктуры. В частности, Указом Президента РФ «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» № 166 от 30 марта 2022 г. заказчики, осуществляющие закупки в соответствии с 223-ФЗ, с 31 марта не могут осуществлять закупки иностранного программного обеспечения, в том числе в составе программно-аппаратных комплексов без согласования с ФОИВ, уполномоченным Правительством РФ. А с 1 января 2025 г. органам государственной власти, заказчикам запрещается использовать иностранное ПО на принадлежащих им значимых объектах критической информационной инфраструктуры. Это непростая задача, ведь, по сути, речь идет о создании самодостаточной российской ИТ-индустрии, чья продукция должна работать в различных отраслях российской промышленности. О том, как эта задача решается на практическом уровне, TAdviser рассказал Виктор Урусов, генеральный директор компании Скала^р
Виктор, по Вашим оценкам, какие Правительственные инициативы, являются ключевыми для эффективного осуществления нового этапа импортозамещения?
Виктор Урусов: Ключевое событие – введение налоговых льгот для разработчиков и производителей микроэлектроники, вычислительной техники и программно-аппаратных комплексов. Льготы предоставляются производителям, которые обеспечат не менее 70% выручки от реализации российской продукции. Это является серьезным стимулом для организаций, чтобы из двух вариантов действий: заниматься параллельным импортом или сосредоточиться на создании и продвижении собственных продуктов - сделать выбор в пользу второго.
Еще одним значимым событием стало начало работ по созданию национального репозитория программного обеспечения с открытым исходным кодом. Использование единого национального репозитория позволит кратно ускорить разработку решений для замены доминирующих иностранных продуктов и обеспечить их экосистемное развитие, что в свою очередь даст дополнительный синергетический эффект.
Если говорить об инициативах сделать отечественную отрасль микроэлектроники технологически независимой и конкурентоспособной на мировых рынках – они сейчас обсуждаются, то необходимо определение и реализация соответствующего национального проекта.
В нормативной базе отечественных ИТ-продуктов в дополнение к оборудованию из реестра Минпромторга и ПО из реестра Минцифры появилось понятие программно-аппаратного комплекса (ПАК). Что это за новая сущность в законодательном поле?
Виктор Урусов: Законодательно определение программно-аппаратного комплекса на настоящий момент еще не закреплено, соответствующие нормативно-правовые акты находятся в разработке. Предварительная формулировка, звучит так: «программно-аппаратный комплекс - комплекс технических и программных средств, работающих совместно для выполнения одной или нескольких специальных задач, являющийся электронной вычислительной машиной или специализированным электронным устройством, функционально-технические характеристики которого определяются исключительно совокупностью программного обеспечения и технических средств и которые не могут быть реализованы при их разделении». Это определение де-юре, а де-факто поясню на примере ПАК, разрабатываемых Скала^р.
Мы изначально работали в сегменте высоконагруженных систем высокой доступности, где доминировали глобальные, преимущественно западные компании. Восемь лет назад появилась задача создания аналогичных конкурентоспособных комплексов с использованием отечественных и открытых разработок. В основу решения была положена идея использования и доведения до корпоративного уровня открытых технологий, создаваемых для глобальных облачных провайдеров. «Трансформация 2.0». Опыт роста технологической зрелости ритейлера «Лента» представлен на TAdviser SummIT
Чтобы обеспечить стабильные предельные показатели производительности при высокой нагрузке на систему, а также высокую доступность и гарантированную сохранность критически важных данных, необходимо было глубоко интегрировать и взаимно оптимизировать между собой сотни и даже тысячи различных компонентов, как на программном, так и на аппаратном уровне. Достичь этого возможно только контролируя весь технологический стек. Именно поэтому Скала^р выбрала концепцию разработки программно-аппаратных комплексов.
Такой подход в сочетании с использованием специализированных аппаратных архитектур, технологий и компонентов позволил получить существенный, а и иногда кратный прирост производительности. Результатом также стало создание линейки российских продуктов, сопоставимых по своим основным характеристикам с лидирующим западными решениями, такими как FlexPod, HyperFlex, Nutanix, Exadata, Exalogic, Teradata.
Плюсы от тесной связки системного и платформенного ПО с инфраструктурным оборудованием очевидны. Как превратить их в некое универсальное техническое решение?
Виктор Урусов: Поступательно разрабатывая продукты для совершено определенного класса задач, были созданы:
- Машина виртуализации Скала^р МВ.С для построения динамической конвергентной и гиперконвергентной инфраструктуры, включая инфраструктуры виртуальных рабочих мест на десятки тысяч пользователей;
- Машина баз данных Скала^р МБД.П для оперативной обработки транзакций;
- Машины больших данных Скала^р МБД.8 для одновременной аналитической и статистической обработки больших объёмов информации, а также для потоковой обработки и сверхбыстрых резидентных СУБД;
- Машина хранения данных Скала^р МХД.O для систем с сотнями миллионов объектов различного типа и обеспечения быстрого доступа к ним.
Совместно эти четыре направления полностью перекрывают потребности заказчиков при построении корпоративных, а также критических информационных инфраструктур, поскольку во все решения заложена возможность реализации как локальных, так и геораспределенных кластеров. В этом году мы объединили все продукты в единую модульную платформу. Модульная платформа для построения высоконагруженных корпоративных и государственных инфраструктур, по сути, и является универсальными техническим решением.
Насколько гибкой и масштабируемой является инфраструктура спроектированная не по классической схеме, а с использованием ПАКов?
Виктор Урусов: Два принципиально важных уточнения. Во-первых, инфраструктура с использованием ПАК не проектируется, а компонуется, поскольку проектирование было осуществлено еще на этапе разработки программно-аппаратных комплектов, а отладка завершена в пилотных проектах.
Во-вторых, мы предлагаем не просто ПАКи, а модульную платформу, еще раз акцентирую на этом внимание. Модульный подход позволяет обеспечить гибкое масштабирование инфраструктуры с учетом имеющихся потребностей. А использование специализированных, но при этом унифицированных узлов, позволяет переопределять их роли между различными модулями и гибко перестраивать инфраструктуру при изменении нагрузки.
На практике это выглядит следующим образом. Например, на первом этапе внедрили один контур в тестовом режиме, затем его перевели в продуктив под некритичные сервисы. По мере эксплуатации возникает нехватка мощностей, и этот контур масштабируется за счет добавления новых модулей. В какой-то момент на эту же инфраструктуру переносятся критически важные сервисы и возникает необходимость дублирования – добавлением соответствующих модулей реализуется синхронный кластер. По мере дальнейшего роста значимости системы возможностей локального кластера становится недостаточно, возникает потребность в обеспечении катастрофоустойчивости. И вновь она легко осуществляется за счет модульной архитектуры без необходимости перепроектирования.
Другой вектор развития инфраструктуры, когда по мере необходимости добавляются различные функциональные модули, - это, например модуль резидентной СУБД.
Звучит достаточно убедительно. А как выглядит конкурентоспособность этих решений на фоне глобальных лидеров enterprise-продуктов?
Виктор Урусов: При разработке Машин Скала^р нашей целью была реализация ключевой функциональности и достижение показателей производительности, сопоставимых, прежде всего, с решениями Exadata, Teradata и FlexPod, которые наши специалисты внедряли и эксплуатировали в крупнейших инфраструктурах. По многим показателям технологии, заимствованные у глобальных облачных провайдеров и оптимизированные для работы со специализированным аппаратным стеком, позволяют превосходить западные решения. Надо учитывать, что миграция виртуальных инфраструктур осуществляется достаточно просто, даже есть средства автоматизации этого процесса, и здесь наши комплексы вполне конкурентоспособны. Решения по обработке данных также будут более, чем конкурентоспособны, в случае создания новых прикладных систем с приземлением их на предлагаемый технологический стек.
А вот для унаследованных систем в данный момент не существует нативных решений по их переносу с одних СУБД на другие. С учетом необходимых расходов на модернизацию прикладных систем выбор будет не в нашу пользу. Другое дело, что с учетом ухода основных глобальных производителей с российского рынка многим заказчикам придется принимать непростое решение о модернизации. Конечно, параллельный импорт позволяет достаточно продолжительное время эксплуатировать существующие инфраструктуры, но это касается лишь оборудования, а для системного и платформенного ПО отсутствие поддержки и обновлений со стороны производителей несет значительные риски не только недоступности сервисов, но риски потери критически важных данных.
Если в организации все же принимается решение о переходе на российские решение, то каковы ваши технологические подходы к миграции? Есть ли универсальная методология?
Виктор Урусов: Для планирования миграции необходимо провести обследование и профилирование нагрузки. На основании этих данных с учетом целевых показателей, полученных как в лабораторных условиях, так и в реальных проектах, моделируется оптимальная конфигурация технологического стека для последующей миграции. Параллельно с этим в инфраструктуре заказчика разворачивается минимальный комплекс, включающий в себя полный технологический стек для его практического изучения командой, отвечающей за прикладную часть. Совместно формируется дорожная карта последовательной модернизации прикладных систем и соответствующего масштабирования необходимых блоков ранее развернутого минимального комплекса.
Несмотря на то, что и модульный подход, и встроенные в платформу Скала^р решения для автоматизации процессов DevSecOps и CI/CD, и средства миграции, применяемые для некоторых подсистем, существенно повышают эффективность процесса перевода инфраструктуры на новые технологии, это остается сложным и трудоемким процессом, требующим много ресурсов и соответствующих компетенций.
Такие задачи мы решаем совместно с нашими партнерами: «Рубитех», «РТК Цифровые технологии», «Т1 Интеграция», «Газинформсервис», КРОК, «Ланит», «AT Consulting», у которых накоплен значительный практический опыт для успешной реализации сложных многоэтапных проектов миграции.
На сегодняшний день Скала^р — единственная российская компания с полным спектром программно-аппаратных решений для построения высоконагруженных информационных систем, что дает нам возможность обеспечить рынок готовыми платформенными решениями для проведения миграции в соответствии с требованиями заказчиков по эффективности и безопасности, а также предоставить высокий уровень сервиса от вендора, не уступающий известным мировым брендам.