View a markdown version of this page

Memantau dan mengelola biaya - Amazon Cognito
Melihat dan mengantisipasi biayaMengelola biaya

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

Memantau dan mengelola biaya

Seperti yang lain Layanan AWS, penting untuk memahami efek konfigurasi dan penggunaan Amazon Cognito Anda pada tagihan Anda AWS . Sebagai bagian dari persiapan Anda untuk penyebaran kumpulan pengguna ke produksi, siapkan pemantauan dan perlindungan untuk aktivitas dan konsumsi sumber daya. Ketika Anda tahu di mana harus mencari dan tindakan apa yang menghasilkan biaya tambahan, Anda dapat mengatur tindakan pencegahan terhadap kejutan dalam tagihan Anda.

Amazon Cognito mengenakan biaya untuk dimensi penggunaan Anda berikut.

Selain itu, fitur kumpulan pengguna Anda seperti pesan email, pesan SMS, dan pemicu Lambda dapat menimbulkan biaya dalam layanan dependen. Untuk ikhtisar selengkapnya, lihat Harga Amazon Cognito.

Melihat dan mengantisipasi biaya

High-volume acara seperti peluncuran produk dan membuka basis pengguna baru dapat meningkatkan jumlah MAU Anda dan berdampak pada biaya. Perkirakan jumlah pengguna baru di muka dan tonton aktivitas saat itu terjadi. Anda mungkin menemukan bahwa Anda ingin mengakomodasi volume dengan pembelian kapasitas kuota tambahan, atau mengontrol volume dengan langkah-langkah keamanan tambahan.

Anda dapat melihat dan melaporkan AWS biaya Anda di AWS Manajemen Penagihan dan Biaya konsol. Anda dapat menemukan tagihan terbaru untuk Amazon Cognito di bagian Penagihan dan pembayaran. Di bawah Tagihan, Biaya berdasarkan layanan, filter Cognito untuk melihat penggunaan Anda. Untuk informasi selengkapnya, lihat Melihat tagihan Anda dalam Panduan Pengguna AWS Billing .

Untuk memantau tingkat permintaan API, tinjau metrik Utilisasi di konsol Service Quotas. Misalnya, permintaan client_credentials hibah ke titik akhir token dan permintaan GetClientTokenAPI ditampilkan sebagai Tingkat ClientAuthentication permintaan, karena mereka berbagi kuota permintaan. Dalam tagihan Anda, permintaan ini terkait dengan klien aplikasi yang memproduksinya. Dengan informasi ini, Anda dapat mengalokasikan biaya secara adil kepada penyewa dalam arsitektur multi-penyewa.

Untuk mendapatkan hitungan permintaan M2M token-endpoint untuk jangka waktu tertentu, Anda juga dapat mengirim AWS CloudTrail peristiwa ke Log untuk dianalisis. CloudWatch Kueri CloudTrail acara Anda untuk Token_POST acara dengan hibah kredensyal klien. Query CloudWatch Insights berikut mengembalikan hitungan ini. Untuk menyertakan permintaan M2M yang Anda buat dengan operasi GetClientToken API, gunakan metrik Tingkat pemanfaatan ClientAuthentication permintaan yang dijelaskan sebelumnya di bagian ini.

filter eventName = "Token_POST" and @message like '"grant_type":["client_credentials"]' | stats count(*)

Mengelola biaya

Amazon Cognito menagih berdasarkan jumlah pengguna, penggunaan fitur, dan volume permintaan. Berikut ini adalah beberapa tips untuk mengelola biaya di Amazon Cognito,

Jangan aktifkan pengguna yang tidak aktif

Operasi umum yang membuat pengguna aktif adalah masuk, mendaftar, dan mengatur ulang kata sandi. Untuk daftar yang lebih lengkap, lihatPengguna aktif bulanan. Amazon Cognito tidak menghitung pengguna yang tidak aktif terhadap tagihan Anda. Hindari operasi apa pun yang mengatur pengguna aktif. Alih-alih operasi AdminGetUserAPI, kueri pengguna dengan ListUsersoperasi. Jangan melakukan pengujian administratif volume tinggi dari operasi kumpulan pengguna dengan pengguna yang tidak aktif.

Tautkan pengguna federasi

Pengguna yang masuk dengan penyedia identitas SAMP 2.0 atau OpenID Connect (OIDC) memiliki biaya lebih tinggi daripada pengguna lokal. Anda dapat menautkan pengguna ini ke profil pengguna lokal. Pengguna yang tertaut dapat masuk sebagai pengguna lokal dengan atribut dan akses yang disertakan dengan pengguna federasi mereka. Pengguna dari SALL atau OIDC IdPs yang, dalam waktu satu bulan, hanya masuk dengan akun lokal yang ditautkan akan ditagih sebagai pengguna lokal.

Kelola tarif permintaan

Jika kumpulan pengguna Anda mendekati batas atas kuota Anda, Anda dapat mempertimbangkan untuk membeli kapasitas tambahan untuk menangani volume. Anda mungkin dapat mengurangi volume permintaan dalam aplikasi Anda. Untuk informasi selengkapnya, lihat Optimalkan tingkat permintaan untuk batas kuota.

Minta token baru hanya jika Anda membutuhkannya

Otorisasi mesin ke mesin (M2M) dengan hibah kredensil klien dapat mencapai volume permintaan token yang tinggi. Setiap permintaan token baru berpengaruh pada kuota request-rate Anda dan ukuran tagihan Anda. Untuk mengoptimalkan biaya, sertakan pengaturan kedaluwarsa token dan penanganan token dalam desain aplikasi Anda.

  • Cache token akses sehingga ketika aplikasi Anda meminta token baru, ia menerima versi cache dari token yang dikeluarkan sebelumnya. Saat Anda menerapkan metode ini, proxy caching Anda bertindak sebagai penjaga terhadap aplikasi yang meminta token akses tanpa menyadari kedaluwarsa token yang diperoleh sebelumnya. Token caching sangat ideal untuk layanan mikro berumur pendek seperti fungsi Lambda dan wadah Docker.

  • Terapkan mekanisme penanganan token di aplikasi Anda yang memperhitungkan kedaluwarsa token. Jangan meminta token baru sampai token sebelumnya akan kedaluwarsa. Sebagai praktik terbaik, segarkan token sekitar 75% dari masa pakai token. Praktik ini memaksimalkan durasi token sekaligus memastikan kontinuitas pengguna dalam aplikasi Anda.

    Evaluasi kebutuhan kerahasiaan dan ketersediaan setiap aplikasi dan konfigurasikan klien aplikasi kumpulan pengguna untuk mengeluarkan token akses dengan masa berlaku yang sesuai. Durasi token khusus berfungsi paling baik dengan API dan server yang berumur lebih lama yang dapat mengelola frekuensi permintaan kredensil secara terus-menerus.

ListUsers, tidak AdminGetUser

Untuk menanyakan atribut pengguna di kumpulan pengguna Anda, gunakan operasi ListUsersAPI dan metode SDK terkait jika memungkinkan. AdminGetUsermenandai pengguna sebagai aktif untuk bulan tersebut dan berkontribusi pada pengguna aktif bulanan (MAUs) yang digunakan untuk menghitung tagihan Anda untuk kumpulan pengguna.

Kelola paket fitur

Saat Anda memilih paket fitur di kumpulan pengguna, tarif penagihan berlaku untuk semua UI di kumpulan pengguna. Jika Anda memiliki pengguna yang tidak memerlukan fitur yang disertakan dengan paket fitur tingkat yang lebih tinggi, pisahkan ke kumpulan pengguna lain.