View a markdown version of this page

Memperkenalkan dan menerapkan konteks penyewa - AWS Bimbingan Preskriptif

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

Memperkenalkan dan menerapkan konteks penyewa

Jika kita membangun agen yang mendukung multi-tenancy, kita harus mulai dengan mempertimbangkan cara mengatur konteks penyewa, yang akan digunakan untuk menerapkan kebijakan, strategi, dan mekanisme khusus penyewa dalam implementasi agen.

Pada tingkat paling dasar, Anda dapat memperkenalkan konteks penyewa ke agen melalui alat dan mekanisme umum yang kami gunakan dalam arsitektur multi-penyewa klasik. Ini bisa melalui kunci API, OAuth, atau berbagai mekanisme validasi lainnya. Banyak contoh fokus ini pada penyelesaian sistem yang diautentikasi atau pengguna ke kunci token web JSON (JWT) yang memegang konteks penyewa. JWT kemudian disebarkan melalui sistem. Ini menjadi lebih menarik ketika kita mempertimbangkan cara menyusun sistem agen. Diagram berikut menunjukkan contoh dua varietas lingkungan agen.

Menyusun sistem agen.

Dalam diagram ini, model di sisi kiri mewakili sistem agen di mana semua agen dimiliki, dikelola, dan dihosting oleh satu entitas. Ketika Anda memiliki kendali penuh atas seluruh pengalaman, Anda dapat menggunakan strategi khas untuk melewati penyewa melalui setiap agen.

Model di sisi kanan, yang mungkin lebih umum, mewakili sistem agen yang menjangkau beberapa entitas. Agen secara independen dibangun, dikelola, dan dioperasikan, sehingga mereka masing-masing memiliki skema otentikasi dan otorisasi mereka sendiri. Tantangannya di sini adalah bahwa kita membutuhkan cara universal untuk menyelesaikan dan berbagi konteks penyewa di antara agen-agen ini. Ini bergantung pada model yang lebih terdistribusi di mana setiap agen harus dapat mengautentikasi sistem atau pengguna dan menyelesaikannya ke penyewa sesuai dengan mekanisme yang diterapkan.

Membangun agen yang sadar penyewa

Multi-tenancy memengaruhi cara kami menerapkan agen individu. Saat agen memproses permintaan, pertimbangkan bagaimana konteks penyewa memengaruhi cara agen mengakses data, membuat keputusan, dan memanggil tindakan. Untuk lebih memahami bagaimana dan di mana multi-tenancy memengaruhi profil agen Anda, pertama-tama tentukan bagaimana konstruksi dapat menjadi bagian dari agen mana pun.

Tantangannya adalah bahwa ruang lingkup, sifat, dan desain agen sama sekali tidak konkret karena penyedia membuat pilihan mereka sendiri tentang desain pengalaman agen. Pada akhirnya, inti dari agen adalah bahwa itu adalah layanan pembelajaran otonom yang dapat mengakses berbagai alat, sumber data, dan memori untuk menentukan cara terbaik untuk menyelesaikan tugas.

Kurang penting untuk mengetahui dengan tepat strategi dan pola mana yang digunakan agen. Dalam model multi-tenant, lebih penting untuk mengidentifikasi bagaimana berbagai bagian agen dikonfigurasi, diakses, dan diterapkan. Pertimbangkan lingkungan agen potensial yang bergantung pada serangkaian sumber daya dan mekanisme untuk mencapai tujuannya. Diagram berikut menunjukkan contoh agen semacam itu.

Memindahkan bagian dari agen.

Diagram ini mewakili berbagai kemungkinan agen yang komprehensif, menampilkan berbagai alat dan mekanisme yang dapat digabungkan untuk mencapai suatu tujuan. Di sisi kiri diagram, perhatikan bagaimana agen bergantung pada memori sebagai bagian dari konteksnya, pagar pembatas untuk mendefinisikan kebijakan yang memandu aktivitasnya, dan alur kerja yang diarahkan pada tugas tertentu. Beberapa orang mungkin berpendapat bahwa alur kerja tidak boleh disertakan dalam konteks ini, tetapi mungkin ada skenario di mana alur kerja merupakan bagian integral dari pengalaman agen.

Sisi kanan diagram menunjukkan bagaimana input seperti pengetahuan dan alat dapat memberikan wawasan dan konteks tambahan yang meningkatkan kemampuan agen. Agen kemudian mengeluarkan tindakan, seperti menulis kode atau mengakses sistem. Bagian bawah diagram menunjukkan bagaimana agen bergantung pada satu atau lebih agen internal atau pihak ketiga yang dapat diatur sebagai bagian dari sistem yang lebih luas.

Kita sekarang dapat berpikir tentang apa artinya memperkenalkan multi-tenancy. Penyewaan memaksa kita untuk mempertimbangkan bagaimana dan di mana agen memperkenalkan strategi dan mekanisme yang mendikte perilaku dan tindakan. Ini menambah dimensi lain pada bagaimana kita berpikir tentang agen dalam hal pengetahuan, pembelajaran, alat, dan memori mereka.

Sekarang mari kita pertimbangkan cara memodifikasi model ini untuk mendukung multi-tenancy. Diagram berikut menunjukkan contoh model multi-agen.

Membangun agen yang sadar penyewa.

Dalam diagram ini, kami memperkenalkan persona penyewa yang dimaksudkan untuk membentuk bagaimana agen mengintegrasikan konteks penyewa. Misalnya, di sisi kiri diagram, memori agen diubah untuk mendukung memori khusus penyewa. Hal yang sama berlaku di sisi kanan diagram di mana agen mendukung pengetahuan dan alat khusus penyewa. Dukungan yang sama juga diterapkan pada pagar pembatas.

Ini mungkin contoh ekstrem karena tidak semua aspek agen multi-penyewa memerlukan sumber daya per penyewa. Intinya adalah Anda harus mempertimbangkan bagaimana menyesuaikan agen Anda untuk penyewa tertentu dapat meningkatkan efektivitasnya. Pendekatan ini memungkinkan agen Anda untuk meningkatkan dampak dan nilainya, memberikan konteks yang lebih relevan dalam tanggapannya, dan mengembangkan kemampuan khusus. Agen kemudian akan dapat belajar, beradaptasi, dan melakukan tugas-tugas yang secara unik cocok untuk persona yang berbeda.

Ide utamanya adalah bahwa konteks penyewa secara langsung memengaruhi cara Anda membangun agen. Ini juga dapat membentuk interaksi penyewa dengan entitas eksternal, termasuk agen lain. Membangun agen multi-tenant memperkenalkan tantangan tradisional seperti tetangga yang bising, isolasi penyewa, tiering, throttling, dan manajemen biaya. Desain dan arsitektur agen Anda harus membahas konsep multi-penyewa dasar ini, yang akan kita jelajahi di bagian selanjutnya.