Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Model penyebaran agen
Dalam pengalaman AaaS dasar, penyedia dapat menyebarkan agen menggunakan berbagai pola. Ada banyak faktor yang mempengaruhi bagaimana agen dikerahkan untuk memenuhi kebutuhan pelanggan, kinerja, kepatuhan, geografi, dan keamanan. Strategi penyebaran yang berbeda mempengaruhi bagaimana agen dirancang, diimplementasikan, dan dikonsumsi. Di sinilah kami dapat memperkenalkan istilah multi-tenant klasik untuk memberi label strategi penerapan yang berbeda. Diagram berikut menunjukkan permutasi yang berbeda untuk menyebarkan agen di lingkungan AaaS.
Diagram ini mewakili tiga mode penyebaran agen. Di sisi kiri adalah model silo, di mana setiap penyewa diberikan pengalaman yang sepenuhnya terisolasi dan satu set agen khusus. Dalam skenario ini, agen tidak berbagi komputasi, sumber daya, atau lingkungan eksekusi di seluruh penyewa.
Contoh tengah menggambarkan model hibrida, di mana penyewa menggunakan kombinasi agen silo dan gabungan. Misalnya, Agen 1 digunakan dalam mode siloed—setiap penyewa menerima instance khusus—sementara agen 2 dan 3 beroperasi dalam model gabungan, berbagi sumber daya di seluruh penyewa.
Di sisi kanan adalah model yang sepenuhnya dikumpulkan, di mana semua agen dibagikan di seluruh penyewa, menawarkan penyebaran multi-penyewa klasik. Dalam skenario ini, penyewa memanfaatkan komputasi umum, memori, dan infrastruktur layanan untuk eksekusi agen.
Idenya adalah bahwa agen dapat beroperasi dalam model penyebaran yang berbeda, dengan sumber daya komputasi dan dependen baik yang didedikasikan (siloed) atau dibagikan (dikumpulkan) di seluruh penyewa. Strategi penyebaran ini tidak saling eksklusif. Layanan agen sering mendukung spektrum kebutuhan pelanggan, menggabungkan kedua model untuk menyeimbangkan kinerja, isolasi, biaya, dan skalabilitas. Diagram berikut menunjukkan sistem agen yang mendukung beberapa konfigurasi penerapan dalam lingkungan operasional yang sama.
Dalam diagram ini, penyedia agen memiliki tiga agen yang digunakan melalui agen sebagai layanan (AaaS). Mereka mendukung dua jenis penyewa. Di sisi kiri, dua penyewa memiliki persyaratan kepatuhan dan kinerja yang mereka tangani melalui model silo full-stack. Penyewa yang tersisa di sisi kanan berjalan dalam model gabungan di mana penyewa berbagi sumber daya.
Jika tujuannya adalah kelincahan dan efisiensi operasional, cobalah untuk membatasi efek yang terkait dengan mendukung model penyebaran per-penyewa. Ini berarti menempatkan routing dan mekanisme pengalaman lainnya di tempat yang memungkinkan agen untuk dikelola, dioperasikan, dan digunakan melalui satu panel kaca.
Jika Anda membangun agen di lingkungan rendah atau tanpa kode, tidak akan ada gagasan tentang agen yang dibungkam atau dikumpulkan. Sebaliknya, agen dapat sepenuhnya dikelola oleh agen lain. Model silo dan gabungan lebih diterapkan pada lingkungan di mana organisasi mengontrol konstruksi dan jejak agen. Dalam hal ini, tim harus mempertimbangkan model penerapan mana yang akan didukung.
Di permukaan, model penerapan ini tidak secara langsung memengaruhi cara agen berfungsi dalam sistem yang lebih luas. Seorang agen mungkin tidak memiliki kesadaran langsung tentang agen lain yang digunakan dalam silo atau model gabungan. Sebaliknya, strategi penyebaran ini dapat diimplementasikan sebagai bagian dari konstruksi perutean dalam suatu lingkungan. Diagram berikut menunjukkan contoh bagaimana model siloed dan pooled dapat diimplementasikan menggunakan strategi routing.
Contoh ini mencakup tiga agen dari tiga penyedia yang berbeda. Setiap penyedia agen memiliki opsi untuk menerapkan strategi penyebaran sendiri. Misalnya, agen 1 menggunakan proxy untuk mendistribusikan permintaan masuk ke satu set agen penyewa tersilo. Agen 2 tidak memerlukan perutean dan mendukung semua permintaan penyewa melalui satu agen gabungan. Agen 3 adalah penyebaran model hibrida di mana beberapa penyewa dibungkam dan yang lainnya dikumpulkan.
Jika dan bagaimana Anda memilih untuk mendukung model penerapan ini bergantung pada sifat solusi Anda. Anda mungkin tidak perlu mendukung kedua model tersebut. Namun, Anda mungkin memiliki contoh di mana Anda harus mempertimbangkan untuk mendukung strategi ini, seperti kepatuhan, tetangga yang berisik, kinerja, atau tingkatan.