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