Обсуждение влияния микросервисов на ИТ-архитектуру: плюсы и минусы

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

Размещение микросервисов в ИТ-архитектуре

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

Сравнение с устаревшими ИТ и риском накопления технического долга

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

Оптимизация микросервисов и облегчение головной боли

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

Идеальные ситуации для микросервисов и случаи, когда они не требуются

Яркие примеры успеха микросервисов можно найти в таких компаниях, как Amazon Web Services, где команды полагаются на эти сервисы для поддержки своего обширного портфеля продуктов, включающего более 400 различных отдельных сервисов. Напротив, компаниям, предлагающим более простые монолитные продукты, возможно, не придется разбивать свои предложения на многочисленные отдельные услуги.

Последствия удаления микросервисов из инфраструктуры компании

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