2016-08-04 34 views
0

Ich baute ein Paket in R, die im Grunde um die Cloud Storage JSON API wickelt. Ich habe eine standardmäßige OAuth-App (das ist eine Client-ID und ein Client-Secret, siehe documentation) in das Paket aufgenommen. Die Client-ID und das Geheimnis werden in meinem eigenen Cloud-Plattform-Projekt mit meinen Abrechnungsdetails erstellt und gehostet. Das R-Paket fragt mithilfe der OAuth-App nach der Authentifizierung des Endbenutzers ab, bevor eine API das Token für den Endbenutzer aufruft und speichert. Alle nachfolgenden API-Aufrufe werden mit dem abgerufenen Token gesendet.Wäre ich für die Cloud Storage JSON API-Aufrufe der Kunden belastet?

Ich habe festgestellt, dass die Statistiken zu den API-Aufrufen der Endbenutzer in meinem eigenen Projekt angezeigt werden, da sie die OAuth-App hosten. In diesem Fall werden mir diese API-Aufrufe von Endbenutzern in Rechnung gestellt?

+0

Sie sollten Ihr abrechenbares Clientgeheimnis _nicht_ veröffentlichen. – SLaks

Antwort

0

Alle Aufrufe an GCS werden immer an den Bucket abgerechnet, auf den sie verweisen. Aufrufe, die keinen bestimmten Bucket wie "Listen Buckets in einem Projekt" angeben, werden dem betreffenden Projekt in Rechnung gestellt.

+0

Danke, Brandon! Ist dies irgendwo auf GCP-Websites dokumentiert? – jarodmeng

0

Ihre JAVA JavaScript Structured Omitts Notationen sind sehr lokal und erfordern sehr viel mit NAMESPACE, da es recht zügig auflösen wird, wenn nicht ein richtiger Adresspool gegeben wird. Ich empfehle Google DNS neben nachfolgenden Aufrufen innerhalb der angegebenen IP-Zone 10.10.10.10/12 usw. ... Da höhere Sprachen wie die menschliche Sprache dazu neigen, außerhalb dieser Zone zu liegen und delegiert werden müssen ... Könnte ein Sprung von 0.0.0.0 zu höheren Adresspools ohne Wissen ein Schmerz sein.