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

Три разных режима отказа скрываются в монолитном подходе: незапойманное исключение при извлечении тянет за собой оценку риска, обновление зависимости для движка обнаружения мошенничества может сломать установку движка извлечения, и выпуск исправления бага для любого отдельного сервиса означает повторное развертывание всего приложения. Эти проблемы проявляются через месяцы после релиза, когда каждый движок накопил достаточно реальной логики и зависимостей, чтобы «просто импортировать» перестало быть бесплатным.

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

Ключевые сущности: Компании: Towards Data Science

Часто задаваемые вопросы: Почему разделить монолитный конвейер на сервисы MCP?

Разделение конвейера на сервисы MCP обеспечивает изоляцию процессов, чтобы сбои не каскадно распространялись, изменения зависимостей не распространялись между сервисами, и каждый сервис мог развертываться и масштабироваться независимо. MCP добавляет стандартный протокол для обнаружения и вызова сервисов.

Часто задаваемый вопрос: Почему разделить монолитный конвейер на сервисы MCP?

Ответ: Разделение конвейера на сервисы MCP обеспечивает изоляцию процессов, чтобы сбои не каскадно распространялись, изменения зависимостей не распространялись между сервисами, и каждый сервис мог развертываться и масштабироваться независимо. MCP добавляет стандартный протокол для обнаружения и вызова сервисов.