2018 год показал, что эксперименты с новыми технологиями закончились – бизнес и госсектор требуют отдачи. В итогах прошлого года мы зафиксировали смену настроения: заказчики перестали оплачивать пилоты ради пилотов. В 2019-м это превратится в три практических направления, которые напрямую меняют подход к проектированию и сопровождению корпоративных информационных систем.

ИИ переезжает из лаборатории в продакшн

Прошлый год прошёл под знаком демонстраций моделей машинного обучения. Точность на тестовой выборке впечатляла, но в боевую эксплуатацию доходили единицы. В 2019-м фокус смещается на операционализацию: как обучить модель – понятно, вопрос в том, как развернуть её, версионировать, мониторить деградацию и переобучать без остановки сервиса.

Здесь ML перестаёт быть отдельной дисциплиной и подчиняется тем же инженерным правилам, что и остальной код. Конвейер обучения и выкатки модели строится на тех же принципах, что CI/CD и DevOps: автоматические тесты на качество данных, воспроизводимые сборки, откат к предыдущей версии за минуты. Модель без пайплайна сопровождения – технический долг, а не актив.

Практический совет для 2019 года: не запускайте ML-проект, пока не ответите, кто и по каким метрикам отслеживает модель после релиза. Если ответа нет, проект остановится на демо.

Гибридное облако становится нормой архитектуры

Спор «облако против собственной инфраструктуры» в корпоративном сегменте закрыт – побеждает гибрид. Чувствительные данные и системы под регуляторными ограничениями остаются на собственных мощностях, эластичные нагрузки уходят в облако. Для госсектора и финансов это не предпочтение, а требование: часть данных физически не может покинуть периметр.

Гибрид усложняет архитектуру. Сервисы в разных средах должны обмениваться данными надёжно и предсказуемо, без жёсткой связности. Здесь окупается событийный подход и интеграционная шина: мы подробно разбирали, как ESB и event-driven архитектура развязывают системы и позволяют переносить нагрузку между контурами без переписывания интеграций. В 2019-м это становится базовым требованием к проектированию, а не опцией для продвинутых.

Безопасность КИИ – от рекомендаций к обязанности

С 1 января 2018 года действует 187-ФЗ о безопасности критической информационной инфраструктуры, и 2019-й – год, когда требования начинают проверять на практике. Субъекты КИИ – банки, энергетика, транспорт, здравоохранение, госорганы – обязаны категорировать свои объекты, подключаться к ГосСОПКА и выполнять требования ФСТЭК к защите значимых объектов.

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

Тем, кто только определяет свой статус субъекта КИИ, стоит провести инвентаризацию систем уже в первом квартале. Сроки категорирования сжатые, а штрафы за невыполнение – реальные.

Вывод

2019 год не принесёт революции, и это хорошая новость. Три тренда – операционализация ИИ, гибридные облака и обязательная защита КИИ – объединяет одно: они требуют инженерной дисциплины, а не модных слов. Выигрывают те, кто закладывает сопровождаемость, надёжную интеграцию и безопасность в архитектуру с первого дня, а не латает их под давлением сроков и регулятора.