Стратегия развития бфт.платформы на 2022-2023 гг

1.

СТРАТЕГИЯ РАЗВИТИЯ
БФТ.ПЛАТФОРМЫ НА 2022-2023 ГГ.
Щукин Борис
Директор Департамента
20.07.2022

2.

БФТ.ПЛАТФОРМА: СОСТАВ
2

3.

ICE: Список выполненных или исполняемых проектов
Региональный уровень:
Федеральный уровень:
- БФТ.ПИВ (Ice Core)
- БФТ.Бюджетный Контроль (Конфигуратор)
- БФТ.Закупки (Конфигуратор, МДМ)
- БФТ.Капвложения (Конфигуратор, отчеты)
- БФТ.Архив документов (Файловый Архив)
- БФТ.ТОП (Конфигуратор)
- БФТ.Управление активами (Конфигуратор, Виджеты)
- Архив ФСС (Конфигуратор + Архив + СЭП)
- Электронный кадровый документооборот (Конфигуратор бэк, портал роструда - фронт)
- СЗН 2.0 (Конфигуратор + BPM)
- Образовательная платформа НП Демография
Исполняются:
- НСИ Минздрав (МДМ)
- Казначейство города Москвы (Конфигуратор + BPM + Мдм + Отчеты
Äîðàáîòêè
Äîðàáîòêè ICE
ICE
äëÿ äðóãèõ äåïàðò-îâ
äåïàðò-îâ
+ Виджеты)
- Росреестр (МДМ, Архив)
- Соцказна 2.0 (МДМ, Архив, Конструктор микросервисов)
3

4.

БФТ.ПЛАТФОРМА: Состояние на начало 2022
•На начало 2022 года ICE существует уже 4 года.
•Разработан ряд модулей и сервисов, которые позволяют выполнять прикладные проекты, не повторяя в
каждом проекте один и тот же системный функционал
•Достигнута определенная степень зрелости, при которой возможен быстрый старт разработки проектов на
платформе и передача MVP заказчику в минимальные сроки (1-2 неделя).
•Упор делается на подход Low-Code, при котором существенные части проекта разрабатываются без
привлечения программистов
Указанный подход имеет свои плюсы и минусы:
⁻ Плюсы: быстрый старт и обратная связь для заказчиков,
⁻ Минусы: 1) как и в любом конструкторе, полеты фантазии заказчиков (прежде всего в интерфейсе) могут
существенно приземляться возможностями конструктора
⁻ 2) нет «конструктора», который позволил бы повлиять на масштабирование проектов. Масштабировать такие
проекты трудно.
4

5.

ПРОБЛЕМНЫЕ ТОЧКИ БФТ.ПЛАТФОРМЫ
Технологические :
1. Необходима адаптация к высоким нагрузкам и большим данным
- СУБД, BPM, Фронт
2. Стабильность
- Технический долг (в ядро и фичи для других подразделений)
- Сложности при переходе прикладных решений на новые версию платформы
Маркетинговые :
1. Наличие Платформы Сервисов, потенциально конкурирующей с платформой ICE
Организационные :
2. Непрозрачное для ПЦ планирование выпуска доработок
3. Недостаточный объем документации
3. Кадровые проблемы
- Разработчики ICE много используются на прикладных проектах, а не на разработке ядра
5

6.

ВАРИАНТЫ РАЗВИТИЯ БФТ.ПЛАТФОРМЫ (ICE)
•1. Не развивать - в пользу Платформы Сервисов - фокус на одной платформе (ПС).
•2. Развивать как симбиоз платформы ICE и ПС
⁻ Идейно и архитектурно чрезвычайно отличаются – невозможно слить в единое целое
•3. Развивать как самостоятельную Low-код платформу для решения определенного класса задач
⁻ проекты, которые надо сделать максимально быстро, в т.ч. Федеральные
(но ценой определенной шаблонности решений)
⁻ продукты вида МДМ, E-архив, БФТ.ТОП (состоят из ограниченного числа специализированных сервисов)
⁻ региональные проекты (где дорого содержать инфраструктуру вида Kubernetes, Istio)
6

7.

ЦЕЛИ БФТ.ПЛАТФОРМЫ (ICE) НА 2022-2023 ГОДЫ
•1. Для БФТ
Достичь показателей назначения как у Соцказны для нагруженных проектов (СЗН, Минздрав и т.д.)
Ïîêàçàòåëè
Реализовать функциональные требования ПЦ
•2. Для Платформы сервисов
- фабрика данных на основе ice.datamaps
- MDM, Архив
- Среда разработки микросервисов, витрин, BFF
•3. Для всех (Гостех)
- Начало 2023: войти в Гостех на уровне Compatible
- Конец 2023: войти в Гостех на уровне Ready
7

8.

ДЛЯ БФТ
1. Универсальные сервисы для конструирования продуктов
Выделить во всех продуктах (конфигуратор, мдм, архив) универсальные сервисы.
Формировать продукты и проектные решения комбинируя эти сервисы.
Это позволит
- существенно уменьшить исходный код,
- повысить повторное использование,
- уменьшить нагрузку на тестирование,
- сделать более эффективным масштабирование
Универсальные сервисы смогут работать и как подключаемые библиотеки (монолит) и как отдельно-разворачиваемые
микросервисы.
2. Обеспечение показателей назначения как в Соцказне
- микросервисные подходы
- кеширование
- шардирование
- асинхронные потоковые обмены
8

9.

УНИВЕРСАЛЬНЫЕ МЕЖПРОДУКТОВЫЕ СЕРВИСЫ
Проблемы подхода:
-
Повторяющиеся компоненты («сервис моделирования», «импорт-экспорт»)
На отдельных проектах в МДМ нужны элементы конфигуратора, и наоборот
9

10.

УНИВЕРСАЛЬНЫЕ МЕЖПРОДУКТОВЫЕ СЕРВИСЫ
10

11.

ДЛЯ ПС: Конфигуратор как средство пресейла
•Конфигуратор ICE используется для разработки и runtime-исполнения для пресейла (lite-версия).
•В случае полноценного проекта конфигуратор ICE становится инструментом разработки, ускоряющим разработку
сервисов ПС (full-версия) (след слайд).
11

12.

ДЛЯ ПС: СРЕДА РАЗРАБОТКИ ПЛАТФОРМЫ СЕРВИСОВ
12

13.

OpenSource или Гостех
OpenSource:
Модель опенсурса вряд ли интересна госзаказчикам,
а скорее ориентирована на небольшой бизнес.
С учетом ориентации БФТ на госсектор,
Вряд ли стоит развивать сейчас данную активность.
Гостех:
Гостех в первую очередь ориентирован на госзаказчиков,
стоит пройти процедуру включения в Гостех (одного из модулей – например конфигуратора).
сначала в режиме Compatible (интеграция с системами логгирования, мониторинга, безопасности Гостеха),
а потом в режиме Ready (выполнение требований по автомасштабированию, документированию)
13

14.

БФТ.ПЛАТФОРМА. ОСНОВНЫЕ МЕРОПРИЯТИЯ
Направле
ние
Мероприятие
Результат
Срок
Отв
Организация
Разработать дорожную карту доработок в
платформе на 2022 г.
Список доработок, в увязке с версиями
платформы и компонентами,
синхронизованный с планами ПЦ.
До 15.05.2022
Щукин Б.
Организация
Ввести институт продукт -оунерства
На каждый компонент назначить
продукт оунера, ответственного за
среднесрочные (8-12 недель) и
долгосрочные (1 год)) планы
До 15.06.2022
Щукин Б.
Организация
Обеспечить прозрачность планирования
реализации доработок
По каждой доработке после ее оценки
указывается срок ее исполнения с
точностью до недели с учетом
проектов и ресурсов.
До 01.08.2022
Продукт-оунеры
ДВП
Имеется необходимое кол-во людей на
разработке платформы и в поддержке
прикл. проектов
До 01.06.2022
Щукин Б.
Организация
https://confluence.bftcom.com/pages/viewpage.action
?pageId=218038712
Обеспечить достаточный кадровый состав
Организация
Документировать и фиксировать методологию
разработки
В наличии документация для
прикладного разработчика и
архитектора
До 01.09.2022
Бессонов А.
Организация
Изменить политику выпуска версий
Более частый выпуск версий (раз в
две недели),
Дешевый (бесплатный) переход между
версиями
До 01.07.2022
Борисова И.
14

15.

БФТ.ПЛАТФОРМА. ОСНОВНЫЕ МЕРОПРИЯТИЯ
Направле
ние
Мероприятие
Результат
Срок
Отв
Технологии
Стабилизировать существующие компоненты
БФТ.Платформы,
решить технический долг
Устранены накопленные дефекты,
произведен рефакторинг отдельных
компонентов
До 01.09.2022
Борисова И.
Технологии
Реализация концепций универсальных сервисов и
микросервисов
Концепция успешно реализована
До 01.01.2023
Щукин Б.
Технологии
Обеспечить производительность и надежность
достаточную для федерального уровня
Способность линейно
масштабироваться, максимально
используя доступные ресурсы
До 01.11.2022
Щукин Б.
Технологии
Быстрый перевод прикладных продуктов на новую
версию платформы
Способность переводить продукты на
новую версию за 1 день, при
минимальном регресс-тестировании
До 01.09.2022
Агбаш И.
Маркетинг
Совместное развитие Платформы сервисов и ICE
Выделить места синергии;
переиспользовать в ICE, отдельные
компоненты ПС и наоборот
До 01.01.2023
Либерт С.
Маркетинг
Поиск новых компонентов
Выполнить анализ наиболее
трендовых технологий, оценить их
полезность для платформы и влияние
на клиентов; выбрать и составить
список новых компонентов
До 01.01.2023
Осенний Е.
15

16.

Переход к развитию БФТ.Платформы как программы
развития продуктов с институтом product-owner’ства
16

17.

Прозрачность работы с доработками.
Комитет по развитию ICE
Êðèòåðèè
Êðèòåðèè
èíòåðåñà ê âêëþ÷åíèþ
âêëþ÷åíèþ äîðàáîòêè
äîðàáîòêè â
â
17

18.

Регламент выпуска версий
confluence
•Мажорные версии (1.7, 1.8, 1.9) отличаются существенными изменениями в ядре
⁻ для безопасной разработки ведутся в своей ветке, после стабилизации гарантируется обратная совместимость
⁻ При переходе прикладного продукта на новую мажорную версию требуется провести регресс.
•Минорные версии (1.7.11, 1.7.12) выпускаются каждые две недели, как результат работы в спринте
⁻ минорная версия полностью оттестирована и безопасна для перехода на нее прикладных продуктов
⁻ Проведения регресса не требуется
18

19.

Дорожные карты технологического
развития компонентов
Планируемые версии 2022-2023:
Номер
Дата
релиза
Особенности
Использующие версию
продукты
1.7
01.09.202
1
Текущая стабильная версия;
возможны новые доработки для
поддержки прикладных
проектов и устранение
дефектов
СЗН 1.7
АИС УБП
1.8
01.12.2022
СК
СЗН 1.8
2.0
01.04.2023
Версия в основном с доработками
под СК и ускорение СЗН
Перспективная версия
19

20.

ICE CORE
Системная библиотека. Базовый функционал для остальных компонентов: работа с БД и UI, безопасность,
администрирование, статусные модели, подписи.
1.8
2.0
Поддержка tarantool, HBase (встройка
как источника данных) (СК)
• Pro:Store (НСУД)
Сервис управления исполнением
долговременных задач (*)
Сервис управления агрегатами ADS (СК)
• UI: Поддержка интерфейсов на
основе GraphQL (*)
• Выбор UI фреймворка / или
использование n20
Поддержка Java API (СК)
• UI: покрытие тестами (*)
• Комбинатор как GraphQL Mesh
Unit-тесты на UI - технология (*)
Расширение статусной модели
(действия до перехода, после) (АЦК)
• Обобщенная Оргструктура (ice2937) (*)
Аудит действий пользователей и
уведомления
Пессимистичные блокировки
• Datamaps: поддержка GraphQL
(ПС)
• Концепция универсальных
межпродуктовых сервисов
• Поддержка микросервисов
• Переработка работы RLS (*)
• Комбинатор + Визуальный
конструктор распределенных
запросов (РСУД)
20

21.

Конфигуратор
Òðåáîâàíèÿ ÀÖÊ
https://confluence.bftcom.com/pages/viewpage.action?pageId=218038712
1.7
Лицензии (ice-1993) (АЦК)
+Историчность справочников (ICE8556) (*)
1.8
• Запоминаемые пользовательские
настройки (ice-8420) (*)
+-Drag-n-Drop в дизайнере форм
(*)
• Новые точки расширения,
позволяющие кастомизировать
поведение и внешний вид на
конкретных проектах (*)
+Новый грид: отказ от пейжинга,
скорость работы (АИС УБП)
• Методология использования
конфигуратора в проектах (*)
+Расширенный список в детальном
виде (АИС УБП)
• Инструмент контроля совместной
работы над ОП конфигуратора (АЦК)
+Правила рассылки уведомлений
на базе сценариев (*)
• Кастомизация фильтров (АЦК)
Управление конфигурациями /
Система патчей (*)
Подсистемы, обновление
отдельных подсистем из патчей (*)
2.0
• Поддержка микросервисов
• Multi-datasources
(собственная база или сервис
на уровне модуля / группы)
Поддержка микросервисов
(СЗН)
• Версионность метаданных (*)
• Витрины
21

22.

BPM
Компонент для разработки и исполнения бизнес-процессов, интегрированный в конфигуратор.
1.7-1.8
Производительность, оптимизация хранения, работа в
кластере, multy-tenancy (Roadmap СЗН):
Вынесение БД Camunda в отдельную базу.
Вынесение истории Camunda в отдельную базу.
Оптимизация Записи переменных BPM.
Вызов микросервисов.
2.0
• Поддержка микросервисности
• Переход на Camunda Cloud или Camunda 1.8 (*)
• Шаблоны типовых процессов (*)
• «Маркет-плейс» (*)
Панель управления задачами (в стиле трелло) (*)
22

23.

МДМ
1.7
Переработка полнотекстового индекса
(ice-10285) (*)
Версионность (ICE-12712) (Минздрав)
Поддержка деревьев в UI (Минздрав)
Публичный «портал» MDM (Минздрав)
API для работы с версионными
справочниками (Минздрав)
Справочники-представления
(Минздрав)
Доступ в разрезе территориальных
единиц и организаций (Росреестр)
Реестр и паспорта объектов НСИ (*)
Протокол ФЛК (*)
Типы данных: геокоординаты; урлы;
бинарные объекты (*)
Экспорт шаблона данных в xlsx с
последующей загрузкой записей через
Заявки (*)
https://confluence.bftcom.com/pages/viewpage.action?
pageId=226001710
1.8
• Обеспечение работы под
высокой нагрузкой
(10000 rps) (СК)
• Grpc-API
(СК)
• Сервисы качества
данных (ФК, РСУД)
• Коннекторы СМЭВ-3,
СМЭВ-4, ЕС НСИ (ФК,
Минздрав)
2.0
• Переход на универсальные
сервисы
• Сегментированные справочники
(ФК)
• Золотые записи 2.0 (ice-9994) (*)
• Составные справочники (ФК)
• Очистка, нормализация
данных различными
методами 2.0 (ДСУД)
• Сервис ведение
концептуальной модели
данных (ФК)
• Сервис единой
логической модели
данных (ФК)
• Развитие подсистемы
распространения (ФК)
23

24.

ФАЙЛОВЫЙ АРХИВ И СТРУКТУРИРОВАННЫЙ АРХИВ
https://confluence.bftcom.com/pages/viewpage.action?pageId=226003277
1.8
• API Архива сокцазны (СК)
• API для структурированных ЭД (*)
• Загрузка и хранение журналов обработки и связей документов АЦК (ICE-11198)
(АЦК)
• Сервис генерации и хранения документов архивного формата PDF/A (ICE-11569)
• Возможность хранения файлов в нескольких физических хранилищах (разных
типов) с возможностью управления перемещением файлов между разными
типами хранилищ (горячее/холодное) (Росреестр, РСУД)
2.0
• Поддержка универсальных
сервисов
• Поддержка микросервисности
• Сервис дедупликации файлов
• Модуль делопроизводства (?
*)
• Возможность регистрации в Архиве файлов из внешнего файлового хранилища
(*)
• Реализация распределенного хранения файлов и документов холдинга с
централизованным каталогом файлов и документов (замещение FileNet) (*)
• Настройка атрибутов карточки (РСУД)
• Контроль целостности файлов (РСУД)
• Полнотекстовый поиск (РСУД)
24

25.

ОТЧЕТЫ / БФТ.ХРАНИЛИЩЕ
Интегрированные в конфигуратор отчетные движки: Стимулсофт, Birt, Полиматика.
1.7
+ Работа в режиме отдельного
сервера Стимул софт (ICE11583) (*)
1.8
2.0
• Различные режимы распространения
отчетов (ICE-11586) (*)
• Поддержка универсальных сервисов
• Доработка метамодели для создания
отчетов пользователями(ice-3981) (*)
• Поддержка микросервисов
25

26.

КОНСТРУКТОР ПЛАТФОРМЫ СЕРВИСОВ
1.8
• Генераторы и конструкторы: (СК)
• DDL
• Proto
• Pojo
• ReadView
• Grpc
• GraphQL
• Связь с GIT (СК)
26

27.

ШИНА / МИКРОСЕРВИСЫ
1.7
Сбор требований к разработке и
эксплуатации микросервисами в проектах
компаний
R&D: Обзор и выбор технологии
управления микросервисами (k8s, istio,
consul / nomad / terraform, traefi; spring
cloud)
Создание приложения -«полигона» для
испытаний проблем разработки и
эксплуатации микросервисов
1.8
• Визуальный редактор
маршрутов ? (*)
2.0
• Интеграция с Kubernetes или
Service Mesh или Digital Energy
• Интеграция с Kafka (*)
27

28.

СЕРВИС ЭЛЕКТРОННОЙ ПОДПИСИ
1.8
Поддержка VIpNet ? (СК)
• Функции проверки сертификатов (*)
• Поддержка ЭП форматов CAdES-A / XAdES-A (*)
• Пользовательская утилита СЭП (возможность
пользователям самостоятельно проверять и
накладывать ЭП) (*)
• Развитие средств администрирования СЭП (*)
28

29.

БФТ.ПЛАТФОРМА: Кадровый состав
DevOps
Джуниор
Миддл
Сеньор
Аналитик
Джуниор
Миддл
Сеньор
Архитектор
Сеньор
Разработчик
Джуниор
Миддл
Сеньор
Тестер
Джуниор
Миддл
Сеньор
_Администрация
Миддл
Сеньор
Общий итог
5
1
3
1
23
11
2
10
5
5
29
12
7
10
15
3
7
5
2
1
1
79
Большое количество джуниоров,
«выращенных» по программе стажировок.
Ожидаем перехода в миддлы-сеньоры в течение 1-2х лет
29