CLOUD ANOMALY DETECTOR · ADMIN
Scope'y widoku
Widok resellerski jest wbudowany. Tutaj podpinasz widoki klienckie: jedno konto billingowe z eksportu, analizowane per projekt — te same detekcje i progi co w widoku resellerskim. Scope pojawia się w przełączniku na dashboardzie od razu po dodaniu.
Panel wymaga roli editor albo admin. O jej nadanie poproś któregoś z adminów.
Zaloguj przez GoogleKonto musi występować w skonfigurowanych eksportach billingowych (lub we własnym eksporcie przy wdrożeniu standalone). Literówka w ID = scope przejdzie walidację formatu, ale widok będzie pusty.
Ładowanie…
Te wartości sterują detektorem (następny run), widokami klienckimi i opisami na dashboardzie — jedno źródło prawdy. Kwoty w ≈EUR (równowartość, niezależnie od waluty konta). Wartość równa domyślnej = brak nadpisania.
Uprawnienia
tylko admin
Rola decyduje o tym, co konto może zrobić w całej aplikacji. Tutaj
nadajesz editor i viewer, obie zaczynają działać od
razu. Roli admin stąd nie nadasz ani nie odbierzesz: ta lista
siedzi w sekrecie
ADMIN_EMAILS
(repo gcp-cloud-terraform), więc pomyłka w panelu nikomu nie
zabierze praw admina.
Zakładki poniżej pokazują to, co naprawdę przepuszcza serwer. Kropka przy zakładce oznacza sam podgląd, bez prawa do zmian.
Konto musi istnieć w Google Workspace FOTC. Zmiana obowiązuje od razu, bez redeploya. Tym samym formularzem zmienisz rolę komuś, kto już jakąś ma. Swojej własnej nie zmienisz, o to poproś innego admina. Rola admin wymaga zmiany sekretu i redeploya.
Ładowanie…
Na stałe zmiany zapisują się w logach Cloud Run pod
message: "ROLE", razem z tym, kto komu co zmienił. Poniżej widać tylko zmiany
wykonane w tej karcie.
Brak zmian w tej sesji.