Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Strategi hosting MCP

Mengabstraksi alat yang tersedia ke server MCP memisahkan pengembangan agen Anda dari alat yang tersedia. Ini memperkenalkan tantangan di mana Anda meng-host server MCP Anda dan bagaimana alat diatur di dalam server tersebut.

Pendekatan hosting

Ada tiga opsi untuk menghosting server MCP Anda: menjalankannya secara lokal di mesin pengguna akhir, menghosting mereka dari jarak jauh, atau menghosting mereka melalui gateway MCP. Setiap opsi memiliki kelebihan dan pengorbanan.

Hosting lokal

Hosting lokal menjalankan server MCP sebagai subproses pada mesin lokal Anda bersama dengan agen yang berkomunikasi dengan server dengan menggunakan JSON-RPC melalui aliran input dan output standar. Pendekatan ini tidak memerlukan otentikasi antara klien dan server. Alat dapat berinteraksi dengan aplikasi dan file lokal, menggunakan kredensil yang disimpan secara lokal, dan mereka mewarisi akses jaringan dari mesin lokal pengguna. Ini adalah pola hosting yang paling sederhana dan memiliki beberapa manfaat.

Banyak pelanggan memulai dengan MCP menggunakan server lokal. Mereka memungkinkan para insinyur untuk dengan cepat mengulangi dan memecahkan berbagai masalah dari lingkungan lokal mereka. Pertimbangkan server MCP yang terhubung ke repositori Git yang digunakan asisten pengkodean insinyur yang kami gunakan. Menjaga server MCP lokal sangat masuk akal karena dapat menggunakan kredensil unik insinyur untuk mengakses repositori, dan itu tidak menambahkan panggilan jaringan tambahan ke server MCP jarak jauh. Gambar berikut menunjukkan server MCP yang dihosting secara lokal yang digunakan dengan agen pengkodean dalam IDE.

Untuk jenis penyebaran ini, Anda harus mempertimbangkan bagaimana server MCP dikembangkan dan didistribusikan. Sebagian besar pelanggan mengembangkan registri MCP di mana server dapat didaftarkan dan diunduh oleh pengguna akhir. Ini sangat mirip dengan registri kontainer di mana pengguna dapat mencari kemampuan tertentu dan menemukan server MCP yang sesuai dengan kebutuhan mereka.

Ada pendaftar MCP publik, seperti Registri MCP Resmi, dan ada pendaftar yang dihosting secara pribadi. Organizations biasanya menyelaraskan strategi registri MCP mereka dengan kebijakan yang ada seputar distribusi perangkat lunak open source, pendaftar kontainer, dan manajemen paket internal. Anda harus mempertimbangkan faktor-faktor seperti pemindaian keamanan, alur kerja persetujuan, dan persyaratan kepatuhan.

Namun, hosting lokal memperkenalkan tantangan operasional yang harus dipertimbangkan organisasi. Pertama, pengguna akhir harus menemukan, mengunduh, dan mengkonfigurasi server MCP secara independen. Ini dapat menambah kerumitan untuk memulai dengan setiap server MCP individu yang mereka gunakan secara lokal. Kedua, Anda tidak dapat mengontrol siklus hidup server MCP, yang berarti bahwa pengguna dapat terus menjalankan versi usang secara lokal dengan kerentanan keamanan atau fitur yang hilang. Ini dapat mempersulit memenuhi persyaratan kepatuhan. Beberapa IDEs dan alat CLI, seperti Kiro, memungkinkan organisasi untuk mengelola dan mengontrol alat MCP mana yang tersedia, memastikan konsistensi dan keamanan di seluruh tim.

Hosting jarak jauh

Opsi kedua adalah meng-host server MCP jarak jauh yang diakses melalui HTTP atau HTTPS. Ini menyediakan akses ke klien yang terhubung dengan jaringan. Menggunakan hosting jarak jauh memungkinkan Anda untuk mengontrol akses ke sumber daya dan kemampuan MCP secara terpusat, menerapkan otentikasi dan otorisasi, dan mengontrol versi dan pembaruan logika server MCP. Hosting jarak jauh masih memerlukan penggunaan registri MCP sehingga pengguna akhir dapat menemukan server MCP yang ingin mereka gunakan dengan agen mereka. Gambar berikut menunjukkan pendekatan hosting jarak jauh.

Dari perspektif pengembangan agen, pengalamannya serupa apakah server MCP lokal atau jarak jauh. Perubahan yang paling signifikan adalah menerapkan otentikasi dan otorisasi, termasuk akses agen ke server MCP dan akses server ke sumber daya eksternal. Implementasi server MCP jarak jauh harus direncanakan dengan cermat untuk mempertimbangkan akses multi-penyewa dan manajemen hak istimewa. Bab strategi tata kelola MCP berisi informasi lebih lanjut tentang pertimbangan otentikasi dan otorisasi.

Gerbang MCP

Opsi terakhir adalah menggunakan gateway MCP. Gateway MCP bertindak sebagai proxy terpusat antara klien dan server MCP, dan mereka mengatur akses ke server MCP terdaftar. Tanpa gateway, setiap agen perlu mendaftarkan setiap server MCP jarak jauh yang mungkin ingin digunakan. Gateway memungkinkan agen untuk terhubung ke satu titik akhir yang mengelola otentikasi, otorisasi, perutean, dan terjemahan protokol. Server dan alat MCP baru dapat ditambahkan secara dinamis dan segera tersedia untuk agen. Gambar berikut menunjukkan pendekatan gateway MCP.

Beberapa solusi gateway, seperti Docker MCP Gateway, juga mengelola siklus hidup server MCP, meluncurkan server sesuai permintaan sesuai kebutuhan. Gerbang MCP, seperti Amazon Bedrock AgentCore Gateway, juga dapat membantu mengelola penemuan alat dengan menyediakan kemampuan pencarian semantik asli. Ini memberi agen satu titik akhir untuk terhubung dengan klien MCP dan membantu mengoptimalkan penggunaan jendela konteks mereka. Hasilnya adalah agen sederhana yang dapat memilih dan menggunakan alat MCP secara efektif. Namun, ia memiliki tantangan terkait identitas yang serupa dengan pendekatan server MCP jarak jauh.

Praktik terbaik untuk hosting server MCP