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

Agen bertemu multi-tenancy

Sangat mudah untuk menganggap agen sebagai blok bangunan di mana agen dipandang sebagai serangkaian komponen otonom yang dirakit untuk mendukung kebutuhan domain atau masalah bisnis tertentu. Yang menjadi lebih menarik adalah ketika kita mulai berpikir tentang bagaimana agen ini dikemas dan dikonsumsi oleh penyedia. Dalam banyak hal, agen menjadi sumber biaya dan pendapatan untuk bisnis. Penyedia agen harus mempertimbangkan persona berbeda yang menggunakan layanan mereka, profil konsumsi persona, dan strategi monetisasi yang memungkinkan penyedia agen untuk membuat model penetapan harga dan tingkat yang selaras dengan konsumen.

Penyedia agen dapat mendukung beberapa model untuk menyebarkan agen mereka untuk memenuhi kebutuhan pelanggan. Diagram berikut menunjukkan pandangan konseptual dari dua model penyebaran agen utama.

Sisi kiri diagram menunjukkan model agen khusus pelanggan. Penyedia agen membangun agen dengan menerapkan instance agen terpisah untuk setiap pelanggan onboard. Dengan pendekatan ini, kemampuan agen dan kemampuannya untuk memperoleh pengetahuan akan terbatas pada ruang lingkup lingkungan pelanggan tertentu. Ini akhirnya mewakili pengalaman per pelanggan yang mewarisi beberapa kompleksitas dan keuntungan dari mendukung lingkungan pelanggan yang berdedikasi.

Sebaliknya, diagram di sisi kanan diagram memiliki agen tunggal yang digunakan di lingkungan penyedia. Agen memproses permintaan dari banyak pelanggan, berkembang dan belajar berdasarkan pengalaman kolektif semua pelanggan. Setiap pelanggan baru yang ditambahkan hanya akan mewakili klien valid lain dari agen. Agen berjalan seperti model agen sebagai layanan (AaaS), menggunakan konstruksi bersama untuk mendukung kebutuhan klien. Dalam kedua kasus, konsumen agen dapat berupa aplikasi, sistem, atau bahkan agen lainnya.

Ada dua cara Anda dapat melihat model AaaS. Model di atas memberikan pengalaman yang sama kepada semua pelanggan. Ini berarti internal agen tidak akan mencakup tingkat spesialisasi apa pun yang mempertimbangkan konteks klien yang meminta. Umumnya, untuk mode ini, asumsinya adalah bahwa sifat ruang lingkup, tujuan, dan nilai agen berpusat di sekitar serangkaian sumber daya, pengetahuan, dan hasil bersama yang diterapkan secara universal untuk semua klien. 

Pendekatan alternatif untuk AaaS adalah di mana konteks klien mempengaruhi pengalaman dan implementasi agen. Diagram berikut memberikan pandangan konseptual dari jejak agen AaaS dalam konteks ini.

Dalam tampilan AaaS ini, asal dan konteks permintaan yang masuk secara signifikan mempengaruhi jejak agen. Sumber daya, tindakan, dan alat yang merupakan bagian dari implementasi dasar agen dapat bervariasi untuk setiap permintaan penyewa yang masuk. Nilai agen terhubung dengan kemampuannya untuk menggunakan konteks penyewa untuk sampai pada tindakan dan hasil yang dipengaruhi oleh keadaan penyewa, pengetahuan, dan faktor lainnya. Beberapa permintaan dapat menghasilkan hasil penyewa yang unik, dan yang lain dapat menghasilkan hasil per penyewa yang lebih disesuaikan. Ini menambah dimensi baru pada kemampuan agen untuk belajar, yang dapat mencakup menjadi lebih kontekstual dan memperoleh dan menerapkan pengetahuan yang meningkatkan hasil yang ditargetkan.

Untuk penyedia, model AaaS menawarkan banyak keuntungan. Dengan banyak pelanggan yang mengkonsumsi satu agen, penyedia memiliki peluang yang lebih baik untuk mencapai skala ekonomi, mendorong efisiensi operasional, mengendalikan biaya, dan menciptakan pengalaman manajemen terpadu. Ini memiliki potensi untuk kelincahan, inovasi, dan pertumbuhan yang lebih besar untuk bisnis agen.

Kualitas ini tumpang tindih dengan prinsip yang sama yang mendorong adopsi model perangkat lunak sebagai layanan (SaaS). Pada dasarnya, model AaaS dibangun sebagai layanan multi-penyewa yang mewarisi banyak skala, ketahanan, isolasi, orientasi, dan atribut operasional yang sama yang ditemukan di lingkungan SaaS. Dalam banyak hal, pengalaman AaaS banyak meminjam dari strategi dan praktik yang digunakan oleh penyedia SaaS, tetapi masuk akal untuk memisahkan persyaratan ini. Untuk tujuan kami, penekanannya sebagian besar pada implikasi yang datang dengan agen bangunan dan operasi yang membutuhkan dukungan multi-penyewa.

Untuk sistem yang dapat memperlakukan semua pengguna secara setara dan tidak memerlukan pengelolaan data yang persisten, sensitif, atau spesifik pelanggan, gagasan penyewaan minimal akan mempengaruhi agen mereka. Untuk sistem yang diharapkan dapat melayani banyak pelanggan sambil mempertahankan isolasi data, penyesuaian, dan kesadaran konteks, mendukung banyak penyewa dapat menjadi elemen penting dari desain, strategi, dan tujuan agen. Diagram berikut menunjukkan bagaimana multi-tenancy dapat digunakan di lingkungan agen.

Di sisi kiri diagram ini adalah arsitektur multi-tenant klasik. Ini termasuk aplikasi web dan serangkaian layanan mikro yang menerapkan logika bisnis. Beberapa penyewa mengkonsumsi infrastruktur bersama dari lingkungan ini, skala untuk memenuhi beban kerja yang bergeser dari populasi penyewa yang berkembang. Lingkungan dioperasikan dan dikelola melalui satu panel kaca untuk semua penyewa.

Bayangkan bagaimana model mental ini memetakan ke agen di sisi kanan diagram ini. Satu agen menjalankan model AaaS yang dikonsumsi oleh satu atau lebih penyewa. Agen dapat berasal dari beberapa penyedia dengan konteks penyewa yang mengalir di antara mereka karena satu contoh dari satu agen harus memproses permintaan dari beberapa penyewa.

Contoh di tengah diagram ini adalah model hibrida di mana agen adalah bagian dari pengalaman SaaS secara keseluruhan. Beberapa bagian dari sistem diimplementasikan dalam model yang lebih tradisional dan bagian lain dari sistem bergantung pada agen. Pola ini cenderung umum untuk banyak penawaran SaaS—terutama untuk organisasi yang beralih ke pengalaman agen. Sudah umum model ini bertahan karena tidak semua sistem dikirimkan sebagai AAA murni. Perhatikan juga bahwa multi-tenancy masih berlaku untuk agen model. Sementara agen mungkin tertanam dalam suatu sistem, mereka masih dapat memproses permintaan dari beberapa penyewa.

Wajar untuk bertanya apakah multi-tenancy benar-benar penting. Anda dapat berargumen bahwa agen memproses permintaan, sehingga mendukung penyewaan mungkin memiliki sedikit efek. Tetapi saat kami menggali lebih dalam implikasi agen multi-penyewa, penyewaan dapat secara langsung memengaruhi bagaimana agen memengaruhi bagaimana alat, memori, data, dan bagian agen lainnya diakses, digunakan, dan dikonfigurasi untuk mendukung penyewa individu. Tenancy juga memengaruhi bagaimana penskalaan, pelambatan, penetapan harga, tiering, dan aspek bisnis lainnya berlaku untuk arsitektur agen Anda.

Satu hal yang dapat diambil dari ini adalah bahwa ada kasus penggunaan agen yang memerlukan dukungan multi-tenancy. Tantangannya adalah menentukan bagaimana multi-tenancy membentuk keseluruhan desain dan arsitektur pengalaman agen Anda. Untuk beberapa agen, dukungan multi-penyewa mewakili kemampuan pembeda, memungkinkan agen untuk menerapkan konteks khusus penyewa ke agen yang memberikan hasil yang ditargetkan.

Di bagian selanjutnya, Anda akan melihat bagaimana terminologi dan pola desain yang kami buat untuk menggambarkan arsitektur SaaS multi-penyewa akan berguna. Konsep-konsep ini dapat diadopsi oleh model AaaS dengan meminjam aspek yang berguna, yang memperkenalkan konsep khusus agen baru di mana mereka dibutuhkan.

Identitas, konteks penyewa, dan sistem agen

Menambahkan konteks penyewa ke agen individu tidak terlalu menantang. Dalam banyak kasus, tim dapat mengandalkan mekanisme khas yang mengikat pengguna dan sistem ke penyewa dan meneruskan token sadar penyewa ke agen. Ini relevan ketika kami mempertimbangkan bagaimana konteks dan identitas penyewa mendukung banyak agen. Dalam model ini, penyewa harus terikat pada identitas yang mencakup semua agen yang berkolaborasi.

Secara umum, domain agen membutuhkan model identitas yang lebih lintas sektoral yang selaras dengan kebutuhan sistem agen saat ini dan yang muncul. Penyedia agen memerlukan mekanisme identitas yang mendukung model keamanan, kepatuhan, dan otorisasi unik yang disertakan dengan sistem agen operasi. Ini sangat menantang di lingkungan di mana sistem disusun oleh pelanggan atau agen lain. Setiap agen onboard harus menghubungkan identitas dan konteks penyewa dengan interaksi agen. Diagram berikut menyoroti potensi identitas dan tantangan konteks penyewa yang merupakan bagian dari interaksi agent-to-agent (a2a).

Diagram ini menunjukkan serangkaian agen buatan penyedia yang berinteraksi sebagai bagian dari sistem agen yang kami bahas. Sekarang dilengkapi dengan identitas dan konteks penyewa. Skenario ini adalah contoh dari sistem agen yang mendukung beberapa titik masuk. Kami berasumsi bahwa setiap agen dalam sistem ini memerlukan mekanisme otentikasi sendiri untuk menyelesaikan sistem atau pengguna untuk penyewa tertentu. Saat agen ini berinteraksi, konteks penyewa diteruskan ke token web JSON (JWT) yang akan digunakan untuk mengotorisasi akses dan menyuntikkan konteks penyewa ke agen.

Secara konseptual, perbedaan utama dengan skenario ini adalah bahwa agen menyebarkan dan beroperasi secara independen, yang berarti bahwa setiap agen harus dapat menyelesaikan identitasnya dan mengotorisasi akses. Kuncinya adalah bahwa identitasnya harus memiliki beberapa kemampuan terdistribusi untuk menangani kebutuhan sistem agen yang lebih luas. Juga harus ada keselarasan tentang bagaimana agen berbagi konteks penyewa.

Menerapkan nilai bisnis SaaS ke AaaS

Secara umum, ketika kita melihat menjalankan sistem apa pun dalam suatu as-a-service model, kita mempertimbangkan sifat pengalaman dan bagaimana jejak teknis dan operasionalnya mendorong hasil bisnis. Ketika mengadopsi SaaS, misalnya, organisasi menggunakan skala ekonomi, efisiensi operasional, profil biaya, dan kelincahan untuk mendorong pertumbuhan, margin, dan inovasi.

Agen yang dikirim sebagai AAA cenderung menargetkan hasil bisnis yang serupa. Dengan mendukung beberapa penyewa, agen dapat menyelaraskan konsumsi sumber daya dengan aktivitas penyewa. Ini menghasilkan skala ekonomi yang datang dengan lingkungan SaaS tradisional. AaaS juga memungkinkan organisasi untuk mengelola, mengoperasikan, dan menyebarkan agen dengan cara yang memungkinkan rilis yang sering dan mendorong kelincahan bagi penyedia agen. Kuncinya adalah model AaaS tidak bergantung pada teknologi. Ini menciptakan dan mendorong strategi bisnis yang mendorong pertumbuhan, merampingkan adopsi, dan menyederhanakan operasi.