Микросервисы

Когда монолит распадается на микросервисы, привычные способы управления данными перестают работать: проверки в хранилище «ловят» дефекты слишком поздно, договариваться с каждым источником вручную — нереально, а понимание семантики данных расходится между командами быстрее, чем ее успевают согласовывать. Точечных улучшений уже недостаточно — нужен новый подход. Почему старые методы больше не работают и как в ВТБ научили данные «жить» в движении?

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

Цифровизация вызвала огромный спрос на качественные и согласованные данные, добытые из различных бизнес-подразделений и подготовленные в разных системах-источниках. Получение дополнительной прибыли и повышение производительности труда сотрудников сегодня стали уже невозможны без оперативного предоставления «гражданским» бизнес-аналитикам достоверных данных и инструментов их самостоятельной обработки. Что такое парадигма self-service и каковы необходимые условия построения систем бизнес-аналитики, предоставляющей заинтересованным специалистам инструменты для самостоятельной работы с данными?

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

Миграция унаследованных приложений требует решения проблем мультиарендности, сохранения состояния и согласованности данных.

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

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

Технологии микросервисов развиваются сегодня весьма стремительно, однако для микросервисов требуется культура DevOps, поэтому и начинать нужно с нее, что быстро станет приносить пользу благодаря интеграции процессов разработки и эксплуатации.

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

Ошибки в системном ПО непременно будут использоваться для атак, поэтому критические приложения не должны зависеть от корректности ПО низкого уровня. Применение микросервисов и защищенных областей памяти, таких как Intel Software Guard Extension, минимизирует доверенную вычислительную базу и обеспечивает требуемую надежность приложений без ущерба производительности.