4

I AppEngine에에 중포 기지를 사용하여 프로토 타입을 만들려고하고, 나는 9 시간 할당량을 치는 계속 스케일링과 App Engine 표준 환경에서 Firebase를 사용하려면 수동 크기 조정을 사용해야합니다. 이는 Firebase가 백그라운드 스레드를 사용하여 변경 사항을 수신하고 App Engine 표준 환경이 수동으로 확장 된 백엔드 인스턴스에서만 수명이 긴 백그라운드 스레드를 허용하기 때문입니다.중포 기지 인증 여기에 설명 된대로 앱 엔진 자동

Firebase 인증을 사용하고있어 Firebase Admin SDK를 사용하여 클라이언트가 내 애플 리케이션 엔진 엔드 포인트를 치고 있는지 확인해야합니다. 변경 사항을 수신 대기 스레드를 생성해야합니까? 이 백그라운드 스레드가 필요 없도록 Firebase를 구성 할 수있는 방법이 있습니까? 따라서 수동으로 크기 조정할 필요가 없습니까?

또는 다른 익명의 & 다른 사회 제공자에 대한 OAUTH 맞춤 인증을 수행하는 다른 쉬운 방법이 있습니까?

답변

1

예 예를 들어, 백엔드 인스턴스를 사용하지 않고 Firebase 인증을 사용할 수 있습니다. Java Admin SDK 4.0.4를 사용해야합니다. 다음 자동 스케일링 인스턴스 (프런트 엔드 인스턴스)

를 참조하십시오를 실행할 수 있습니다 다음 포스트

Verify Firebase Token at Google App Engine

+0

그들은 이것을 고쳤다. 업데이트 마이클을 주셔서 감사합니다 :) –

1

App Engine 표준 환경 애플리케이션에서 Firebase 인증을 사용하기 위해 수동으로 확장 할 필요가 없습니다.

tutorial is for Python이지만 패턴과 흐름은 Java에서 동일합니다. 전체 흐름은 클라이언트 측에서 인증 흐름을 트리거하고, 허용 된 인증 공급자에서 사용자가 선택하고, Firebase가 JWT 토큰을 프런트 엔드 스크립트로 반환하고, 해당 토큰을 Firebase 인증서를 사용하여 디코딩 한 후 백엔드에서 인증 토큰을 교환하십시오.

이 자습서에서 클라이언트 측 HTML과 Javascript는 동일합니다. Java 용 백엔드 로직을 다시 작성하면됩니다.

다시 말하면, 자동 크기 조정 인스턴스가 올바르게 작동합니다.

+0

"당신이 중포 기지 인증서를 사용하여 디코딩 및 인증 토큰으로 교환 할 백엔드." 이 부분에서는 다음 코드를 사용하여 Firebase에 AsyncRequest를 만드는 FirebaseAdminSDK를 사용하고 있습니다. Task z = FirebaseAuth.getInstance(). verifyIdToken (token); 시도 { Tasks.await (z); } catch (예외 e) { e.printStackTrace(); } FirebaseToken z1 = z.getResult(); –

+0

토큰을 확인하는 데 사용되는 수동 배율이 필요하기 때문에 다른 방법이 있습니까 –

+0

왜 수동 배율이 필요하다고 말합니까? 결과가 충분히 빠르지 않습니까? 인증이나 토큰 교환을 위해 Firebase에 오래 지속되는 연결을 유지할 필요가 없습니다. – BrettJ