Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Überwachung und Verwaltung der Kosten
Wie bei allen anderen Produkten ist es wichtig AWS-Service, dass Sie wissen, wie sich Ihre Amazon Cognito-Konfiguration und -Nutzung auf Ihre AWS Rechnung auswirken. Richten Sie im Rahmen Ihrer Vorbereitungen für die Bereitstellung von Benutzerpools in der Produktion Überwachungs- und Schutzmaßnahmen für Aktivitäten und Ressourcenverbrauch ein. Wenn Sie wissen, wo Sie suchen müssen und welche Maßnahmen zusätzliche Kosten verursachen, können Sie Vorkehrungen treffen, um Überraschungen in Ihrer Rechnung zu vermeiden.
Amazon Cognito berechnet für die folgenden Dimensionen Ihrer Nutzung Gebühren.
-
Benutzerpool monatlich aktive Benutzer (MAUs) — Die Rate variiert je nach Funktionsplan Feature-Pläne für den Benutzerpool
-
MAUs für den Benutzerpool, die mit dem OIDC- oder SAML-Verbund angemeldet sind
-
Fordern Sie ein Volumen für die Autorisierung von Maschine zu Maschine (M2M) an, wobei die Client-Anmeldeinformationen gewährt werden
-
Gekaufte Nutzung übersteigt die Standardkontingente für einige Kategorien von Benutzerpool-APIs
Darüber hinaus können für Funktionen Ihres Benutzerpools wie E-Mail-Nachrichten, SMS-Nachrichten und Lambda-Trigger Kosten für abhängige Dienste anfallen. Eine vollständige Übersicht finden Sie unter Amazon Cognito-Preise.
Kosten einsehen und voraussehen
High-volume Ereignisse wie Produkteinführungen und die Öffnung für neue Nutzergruppen können Ihre MAU-Anzahl erhöhen und sich auf die Kosten auswirken. Schätzen Sie die Anzahl neuer Benutzer im Voraus ab und beobachten Sie die Aktivitäten, sobald sie stattfinden. Möglicherweise möchten Sie dem Volumen durch den Kauf zusätzlicher Kontingentkapazität Rechnung tragen oder das Volumen durch zusätzliche Sicherheitsmaßnahmen kontrollieren.
Sie können Ihre AWS Kosten in der AWS Fakturierung und Kostenmanagement Konsole einsehen und Berichte darüber erstellenCognito um Ihre Nutzung einzusehen. Weitere Informationen finden Sie unter Anzeigen Ihrer Rechnung im AWS Billing -Benutzerhandbuch.
Um die API-Anforderungsraten zu überwachen, überprüfen Sie die Nutzungsmetrik in der Servicekontingens-Konsole. Beispielsweise werden Anfragen mit Client-Anmeldeinformationen als Rate der ClientAuthentication Anfragen angezeigt. In Ihrer Rechnung sind diese Anfragen dem App-Client zugeordnet, der sie erstellt hat. Anhand dieser Informationen können Sie die Kosten in einer Architektur mit mehreren Mandanten gerecht auf die Mieter verteilen.
Um die Anzahl der M2M-Anfragen für einen bestimmten Zeitraum zu ermitteln, können Sie AWS CloudTrail Ereignisse auch zur CloudWatch Analyse an Logs senden. Fragen Sie Ihre CloudTrail Ereignisse nach Token_POST Ereignissen ab, für die ein Kunde Zugangsdaten erteilt hat. Die folgende CloudWatch Insights-Abfrage gibt diese Anzahl zurück.
filter eventName = "Token_POST" and @message like '"grant_type":["client_credentials"]' | stats count(*)
Verwalten von Kosten
Amazon Cognito rechnet auf der Grundlage der Benutzeranzahl, der Nutzung der Funktionen und des Anforderungsvolumens ab. Im Folgenden finden Sie einige Tipps zur Kostenverwaltung in Amazon Cognito:
Aktiviere keine inaktiven Benutzer
Typische Vorgänge, bei denen ein Benutzer aktiv wird, sind Anmeldung, Registrierung und Kennwortzurücksetzung. Eine ausführlichere Liste finden Sie unter. Aktive Benutzer pro Monat Amazon Cognito rechnet inaktive Nutzer nicht auf Ihre Rechnung mit ein. Vermeiden Sie alle Vorgänge, die einen Benutzer aktiv machen. Fragen Sie statt der AdminGetUser API-Operation Benutzer mit der ListUsers Operation ab. Führen Sie keine umfangreichen administrativen Tests von Benutzerpooloperationen mit inaktiven Benutzern durch.
Verknüpfen Sie Verbundbenutzer
Für Benutzer, die sich mit einem SAML 2.0- oder OpenID Connect (OIDC) -Identitätsanbieter anmelden, fallen höhere Kosten an als für lokale Benutzer. Lokaler Benutzer Sie können diese Benutzer mit einem lokalen Benutzerprofil verknüpfen. Ein verknüpfter Benutzer kann sich als lokaler Benutzer mit den Attributen und Zugriffsrechten anmelden, die für seinen Verbundbenutzer gelten. Benutzer von SAML oder OIDC, IdPs die sich im Laufe eines Monats nur mit einem verknüpften lokalen Konto anmelden, werden als lokale Benutzer abgerechnet.
Anforderungsraten verwalten
Wenn sich Ihr Benutzerpool der Obergrenze Ihres Kontingents nähert, könnten Sie erwägen, zusätzliche Kapazität zu erwerben, um das Volumen zu bewältigen. Möglicherweise können Sie das Volumen der Anfragen in Ihrer Anwendung reduzieren. Weitere Informationen finden Sie unter Optimieren von Anfrageraten für Kontingentlimits.
Fordern Sie nur dann ein neues Token an, wenn Sie eines benötigen
Die Machine-to-Machine-Autorisierung (M2M) mit der Erteilung von Client-Anmeldeinformationen kann zu einer hohen Anzahl von Token-Anfragen führen. Jede neue Token-Anfrage wirkt sich auf Ihre Quote an Anfragen und die Höhe Ihrer Rechnung aus. Um die Kosten zu optimieren, sollten Sie beim Design Ihrer Anwendungen die Einstellungen für den Ablauf von Tokens und die Token-Behandlung berücksichtigen.
-
Zwischenspeichern Sie Zugriffstoken, sodass Ihre Anwendung, wenn sie ein neues Token anfordert, eine zwischengespeicherte Version eines zuvor ausgegebenen Tokens erhält. Wenn Sie diese Methode implementieren, schützt Ihr Caching-Proxy vor Anwendungen, die Zugriffstoken anfordern, ohne zu wissen, dass zuvor erworbene Token abgelaufen sind. Caching-Token sind ideal für kurzlebige Microservices wie Lambda-Funktionen und Docker-Container.
-
Implementieren Sie in Ihren Anwendungen Mechanismen zur Token-Behandlung, die das Ablaufen von Token berücksichtigen. Fordern Sie kein neues Token an, bis frühere Token bald ablaufen. Es hat sich bewährt, die Token zu etwa 75% der Token-Lebensdauer zu aktualisieren. Diese Vorgehensweise maximiert die Tokendauer und gewährleistet gleichzeitig die Kontinuität der Benutzer in Ihrer Anwendung.
Bewerten Sie die Vertraulichkeits- und Verfügbarkeitsanforderungen jeder Anwendung und konfigurieren Sie den App-Client für den Benutzerpool so, dass Zugriffstoken mit einer angemessenen Gültigkeitsdauer ausgestellt werden. Die benutzerdefinierte Tokendauer eignet sich am besten für APIs und Server mit einer längeren Lebensdauer, die die Häufigkeit von Anfragen nach Anmeldeinformationen dauerhaft verwalten können.
ListUsers, nicht AdminGetUser
Um die Attribute von Benutzern in Ihrem Benutzerpool abzufragen, verwenden Sie nach Möglichkeit den ListUsers API-Vorgang und die zugehörigen https://aws.amazon.com/developer/tools/
Feature-Pläne verwalten
Wenn Sie einen Funktionsplan in einem Benutzerpool auswählen, gilt der Abrechnungstarif für alle MAUs im Benutzerpool. Wenn Sie Benutzer haben, die keine Funktionen benötigen, die in einem höheren Funktionsplan enthalten sind, teilen Sie sie in einen anderen Benutzerpool auf.