Новости

Москва разрабатывает отечественную платформу для ИИ на базе PostgreSQL и Kubernetes

По данным CNews, столичное правительство направило 435 миллионов рублей на формирование централизованной государственной платформы для создания и внедрения систем искусственного интеллекта.

В период с 2025 по 2026 год Москва планирует развивать модуль «Платформа искусственный интеллект». Его цель — обеспечить обучение, внедрение и практическое применение ИИ-моделей для нужд городских государственных структур.

Эти сведения размещены на портале госзакупок в тендере, опубликованном 22 октября 2025 года. Приём заявок на участие в электронном аукционе продлится до 7 ноября. Результаты конкурса станут известны 17 ноября.

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

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

Технический архитектор «1С ПРО Консалтинг» Алексей Ваганов считает, что «Хотя эта платформа не окажет решающего влияния на развитие ИИ в России, она станет важным элементом в построении системы применения ИИ для решения практических задач. Этот опыт в дальнейшем может быть распространён на другие регионы».

Генеральный директор АНО «Национальный центр компетенций по информационным системам управления холдингом» (НЦК ИСУ) Кирилл Семион сообщил CNews, что «данная платформа даёт возможность оперативно и удобно разрабатывать приложения на основе ИИ. Благодаря ей за менее чем год было создано значительное число ИИ-моделей — свыше 80. Одно из ключевых её достоинств — применение компонентов с открытым кодом, которые составляют её основу наряду с собственными наработками производителя. Эти элементы платформы играют важную роль для её широкого распространения в России».

Архитектура модуля построена по принципу многоуровневой клиент-серверной модели. Она включает уровни управления доступом, интерфейсов, приложений и логики, хранения метаданных и объектов, а также управления кластером.

Технологическую основу составляют открытые решения: Kubernetes для оркестрации, Jupyter для разработки и обучения моделей, GitLab для управления репозиториями и CI/CD, Airflow для координации рабочих процессов, MLflow для управления жизненным циклом моделей, PostgreSQL для хранения метаданных и MinIO в роли объектного хранилища.

Проект разделён на три этапа и включает 65 задач. Исполнитель должен выполнить 13 задач, перечисленных в техническом задании, и 52 задачи аналогичного объёма. Стоимость работ рассчитывается исходя из трудозатрат в человеко-месяцах. Максимальный объём финансирования является фиксированным.

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

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

Критерии отказоустойчивости предусматривают гарантированную защиту информации и стабильное функционирование подсистемы. Одновременная работа должна поддерживаться для 30 из 50 зарегистрированных пользователей. Плановый показатель годовой доступности системы установлен на уровне 95% и выше.

Поделиться:

0 Комментариев

Оставить комментарий

Обязательные поля помечены *
Ваш комментарий *
Категории