Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
AgentCore menghasilkan data pengamatan memori
Untuk jenis sumber daya AgentCore memori, menampilkan AgentCore metrik ke Amazon CloudWatch secara default. AgentCore juga menampilkan serangkaian rentang dan log default, jika Anda mengaktifkannya. Lihat Mengaktifkan observabilitas untuk AgentCore runtime, memori, gateway, alat bawaan, dan sumber daya identitas untuk mempelajari selengkapnya tentang mengaktifkan rentang dan log.
Lihat bagian berikut untuk mempelajari lebih lanjut tentang data pengamatan yang disediakan untuk penyimpanan memori agen Anda.
Metrik memori yang disediakan
Jenis sumber daya AgentCore memori menyediakan metrik berikut secara default.
- Latensi
-
Total waktu yang berlalu antara menerima permintaan dan mengirim token respons akhir. Merupakan pemrosesan permintaan menyeluruh dari ujung ke ujung.
- Invokasi
-
Jumlah total permintaan API yang dibuat ke bidang data dan bidang kontrol. Metrik ini juga melacak jumlah peristiwa penyerapan memori.
- Kesalahan Sistem
-
Jumlah pemanggilan yang mengakibatkan kesalahan sisi AWS server.
- Kesalahan Pengguna
-
Jumlah pemanggilan yang mengakibatkan kesalahan sisi klien.
- Kesalahan
-
Jumlah total kesalahan yang terjadi saat memproses permintaan API di bidang data dan bidang kontrol. Metrik ini juga melacak total kesalahan yang terjadi selama konsumsi memori.
- Pembatasan
-
Jumlah pemanggilan yang dibatasi oleh sistem. Permintaan yang dibatasi dihitung sebagai pemanggilan, kesalahan, dan kesalahan pengguna.
- Jumlah Penciptaan
-
Menghitung jumlah peristiwa memori yang dibuat dan catatan memori.
Data rentang yang disediakan
Untuk meningkatkan pengamatan, AgentCore menyediakan rentang terstruktur yang melacak hubungan antara peristiwa dan ingatan yang mereka hasilkan atau akses. Untuk mengaktifkan data rentang ini, Anda perlu instrumen kode agen Anda. Lihat Men ambahkan observabilitas ke AgentCore sumber daya Amazon Bedrock Anda untuk mempelajari lebih lanjut.
Data rentang ini tersedia secara lengkap di CloudWatch Log dan Sin CloudWatch yal Aplikasi. Untuk mempelajari lebih lanjut tentang melihat data pengamatan, lihat Meli hat data pengamatan untuk agen Amazon Bed AgentCore rock Anda.
Tabel berikut mendefinisikan operasi di mana rentang dibuat dan atribut untuk setiap rentang yang ditangkap.
| Nama operasi | Atribut rentang | Deskripsi |
|---|---|---|
|
|
|
Membuat acara baru dalam sesi memori |
|
|
|
Mengambil peristiwa memori yang ada |
|
|
|
Daftar acara dalam sesi |
|
DeleteEvent |
|
Menghapus peristiwa dari memori |
|
RetrieveMemoryRecords |
|
Mengambil catatan memori untuk namespace tertentu |
|
ListMemoryRecords |
|
Daftar catatan memori yang tersedia |
Data log yang disediakan
AgentCore menyediakan log terstruktur yang membantu Anda memantau dan memecahkan masalah proses sumber daya AgentCore memori utama. Untuk mengaktifkan data log ini, Anda perlu instrumen kode agen Anda. Lihat Men ambahkan observabilitas ke AgentCore sumber daya Amazon Bedrock Anda untuk mempelajari lebih lanjut.
AgentCore dapat menampilkan log ke CloudWatch Log, Amazon S3, atau aliran Firehose. Jika Anda menggunakan tujuan Log, log ini disimpan di bawah grup log default /aws/vendedlogs/bedrock-agentcore/memory/APPLICATION_LOGS/{memory_id} atau di bawah grup log kustom dimulai dengan/aws/vendedlogs/. CloudWatch Lihat Mengaktifkan observabilitas untuk AgentCore runtime, memori, gateway, alat bawaan, dan sumber daya identitas untuk mempelajari lebih lanjut.
Ketika DeleteMemory operasi dipanggil, log dihasilkan untuk memulai dan menyelesaikan proses penghapusan. Setiap log kesalahan penghapusan yang sesuai akan diberikan dengan wawasan tentang mengapa panggilan gagal.
Kami juga menyediakan log untuk berbagai tahap dalam proses pembuatan memori jangka panjang, yaitu ekstraksi dan konsolidasi. Ketika peristiwa memori jangka pendek baru disediakan, AgentCore ekstrak konsep-konsep kunci dari respons untuk memulai pembentukan catatan memori jangka panjang baru. Setelah ini dibuat, mereka diintegrasikan dengan catatan memori yang ada untuk membuat penyimpanan terpadu memori yang berbeda.
Lihat rincian berikut untuk mempelajari bagaimana setiap alur kerja membantu Anda memantau pembentukan memori baru:
Log ekstraksi
-
Mulai dan penyelesaian pemrosesan ekstraksi
-
Jumlah memori yang berhasil diekstraksi
-
Setiap kesalahan dalam deserialisasi atau pemrosesan peristiwa input
Log konsolidasi:
-
Mulai dan penyelesaian pemrosesan konsolidasi
-
Jumlah memori yang membutuhkan konsolidasi
-
Success/failure penambahan memori dan pembaruan
-
Status pengambilan memori terkait
Tabel berikut memberikan rincian yang lebih rinci tentang bagaimana alur kerja sumber daya memori yang berbeda menggunakan bidang log di samping badan log itu sendiri untuk memberikan informasi spesifik permintaan.
| Nama alur kerja | Bidang log | Deskripsi |
|---|---|---|
|
Ekstraksi |
resource_arn, event_timestamp, memory_strategy_id, ruang nama, actor_id, session_id, event_id, requestID, isError |
Menganalisis percakapan masuk untuk menghasilkan kenangan baru |
|
Konsolidasi |
resource_arn, event_timestamp, memory_strategy_id, ruang nama, session_id, requesTid, isError |
Menggabungkan ingatan yang diekstraksi dengan ingatan yang ada |
