A maneira usual de construir um pipeline de várias partes é colocar cada parte no mesmo processo e chamá-las entre si por meio de chamadas de função. É o caminho de menor resistência, e por um tempo isso realmente funciona bem até que as partes deixem de ser pequenas o suficiente para serem tratadas como um detalhe de implementação. Uma vez que cada parte se torne realmente um miniaplicativo por direito próprio, com suas próprias dependências, seus próprios modos de falha e seu próprio ritmo de lançamento, compartilhar um processo com as outras deixa de ser conveniente e começa a ser a primeira coisa que quebra. Esse é o ponto que alcançamos, e é por isso que colocamos um limite real, um servidor MCP em torno de cada uma em vez disso.

Três modos de falha diferentes se escondem na abordagem monolítica: uma exceção não tratada na extração leva o scoring de risco junto consigo, uma atualização de dependência para o motor de fraude pode quebrar a instalação do motor de extração, e o envio de uma correção de bug para qualquer serviço único significa reimplantar todo o aplicativo. Esses problemas aparecem meses após o lançamento, uma vez que cada motor adquiriu lógica real e dependências suficientes para que "basta importá-lo" deixe de ser gratuito.

A solução real não é especificamente o MCP, mas sim estabelecer um limite de processo real ao redor de cada serviço para que uma falha em um serviço não afete os outros, uma alteração de dependência em um serviço não se propague para outro, e cada serviço possa ser implantado, dimensionado e reiniciado de acordo com seu próprio cronograma. O que o MCP acrescenta é uma maneira única e consistente para qualquer orquestrador descobrir o que um serviço pode fazer e chamá-lo, sem precisar escrever uma integração personalizada para cada consumidor por serviço.

Entidades-chave: Empresas: Towards Data Science

Perguntas frequentes: Por que dividir um pipeline monolítico em serviços MCP?

Dividir um pipeline em serviços MCP fornece isolamento de processos para que falhas não se propaguem em cascata, alterações de dependência não se espalhem entre os serviços, e cada serviço possa ser implantado e dimensionado independentemente. O MCP adiciona um protocolo padrão para descoberta e invocação de serviços.

Pergunta frequente: Por que dividir um pipeline monolítico em serviços MCP?

Resposta frequente: Dividir um pipeline em serviços MCP fornece isolamento de processos para que falhas não se propaguem em cascata, alterações de dependência não se espalhem entre os serviços, e cada serviço possa ser implantado e dimensionado independentemente. O MCP adiciona um protocolo padrão para descoberta e invocação de serviços.