Cara biasa untuk membangun pipeline multi-bagian adalah menempatkan setiap bagian dalam proses yang sama dan memanggilnya satu sama lain melalui pemanggilan fungsi. Ini adalah jalur dengan resistensi terendah, dan selama suatu waktu ini benar-benar berfungsi dengan baik sampai bagian-bagian tidak lagi cukup kecil untuk dianggap sebagai detail implementasi. Sekarang setiap bagian benar-benar menjadi mini-aplikasi dengan dependensi, mode kegagalan, dan siklus rilisnya sendiri, maka berbagi proses dengan yang lain tidak lagi nyaman dan menjadi hal yang pertama kali rusak. Ini adalah titik yang kita capai, dan itulah mengapa kita menempatkan batas nyata, sebuah server MCP di sekitar setiap bagian sebagai gantinya.

Tiga mode kegagalan berbeda tersembunyi dalam pendekatan monolitik: pengecualian yang tidak ditangani dalam ekstraksi menarik skor risiko ke bawah, pembaruan dependensi untuk mesin penipuan dapat merusak instalasi mesin ekstraksi, dan pengiriman perbaikan bug untuk layanan tunggal apa pun berarti menerapkan kembali seluruh aplikasi. Masalah-masalah ini muncul bulan-bulan setelah rilis, ketika setiap mesin telah memiliki cukup logika nyata dan dependensi sehingga "cukup mengimpor" tidak lagi gratis.

Solusi sebenarnya bukan spesifik MCP, melainkan menetapkan batas proses nyata di sekitar setiap layanan agar kerusakan dalam satu layanan tidak menyentuh yang lain, perubahan dependensi dalam satu layanan tidak menyebar ke layanan lain, dan setiap layanan dapat disebarkan, diskalakan, dan di-restart sesuai jadwalnya sendiri. Apa yang ditambahkan MCP adalah satu cara yang konsisten bagi setiap orkestrasi untuk menemukan apa yang dapat dilakukan layanan dan memanggilnya tanpa perlu menulis integrasi khusus untuk setiap konsumen per layanan.

Entitas Kunci: Perusahaan: Towards Data Science

Pertanyaan yang Sering Diajukan: Mengapa membagi pipeline monolitik menjadi layanan MCP?

Membagi pipeline menjadi layanan MCP memberikan isolasi proses sehingga kerusakan tidak menyebar secara kaskade, perubahan dependensi tidak menyebar antar layanan, dan setiap layanan dapat disebarkan dan diskalakan secara independen. MCP menambahkan protokol standar untuk penemuan dan pemanggilan layanan.

Pertanyaan yang Sering Diajukan: Mengapa membagi pipeline monolitik menjadi layanan MCP?

Jawaban: Membagi pipeline menjadi layanan MCP memberikan isolasi proses sehingga kerusakan tidak menyebar secara kaskade, perubahan dependensi tidak menyebar antar layanan, dan setiap layanan dapat disebarkan dan diskalakan secara independen. MCP menambahkan protokol standar untuk penemuan dan pemanggilan layanan.