Относительно новая парадигма бессерверных вычислений сулит сокращение затрат на инфраструктуру и возможности автоматического масштабирования конфигурации, однако переход на эту архитектуру чреват появлением определенных сложностей.
Миграция унаследованных приложений требует решения проблем мультиарендности, сохранения состояния и согласованности данных.
Будущее ИТ цифровой эпохи — адаптивные, реактивные архитектуры. Корпоративному бизнесу и рядовым пользователям нужны технологии, способные обеспечить приложениям гиперчувствительность к изменениям среды эксплуатации и эластичную масштабируемость по запросу.
Каждый модуль-микросервис реализуется и работает как малая полностью независимая система, что способствует гибкости разработки, развертывания, эксплуатации, управления версиями и масштабирования. Как эволюционировали микросервисы, какие несут проблемы и чего следует ожидать от них в будущем?
Технологии микросервисов развиваются сегодня весьма стремительно, однако для микросервисов требуется культура DevOps, поэтому и начинать нужно с нее, что быстро станет приносить пользу благодаря интеграции процессов разработки и эксплуатации.
Микросервисы сегодня в моде — достаточно просто заявить о приверженности этой архитектуре. Но намного сложнее изменить подходы к разработке и эксплуатации корпоративных информационных систем, а также скорректировать устоявшиеся принципы корпоративной архитектуры и приступить к трансформации работающих бизнес-процессов.
Ошибки в системном ПО непременно будут использоваться для атак, поэтому критические приложения не должны зависеть от корректности ПО низкого уровня. Применение микросервисов и защищенных областей памяти, таких как Intel Software Guard Extension, минимизирует доверенную вычислительную базу и обеспечивает требуемую надежность приложений без ущерба производительности.
Давно замечено, что серьезный программист практически никогда не пишет что-либо заново — он развивает то, что написано и отлажено ранее. Вопреки этому наблюдению, основная масса доступных сейчас инструментальных средств ориентирована в первую очередь на одномоментное написание программы. Средства же развития настолько малочисленны и несовершенны. Поправить дело могут конструкции, допускающие безболезненное развитие программы, где подключение новых модулей происходит без какого бы то ни было редактирования написанных ранее частей.
