Comentează mai jos toate cele 4 opțiuni pe care le-ai menționat
- Avem deja nginx care rulează pe VM Compute, așa că configurați un
proxy invers pentru https://www.myapp.com/v2 părea o idee bună la
în primul rând, dar se pare că în prezent nu există nicio modalitate de a accesa Cloud
Rulați de pe Compute prin IP privată, astfel încât solicitarea să fie eliminată
pe internet încetinind lucrurile (de asemenea, nu sunt sigur dacă invers
proxy către o adresă URL externă ar cauza probleme cu autentificarea
etc?)
Acest lucru este corect din punct de vedere tehnic, puteți configura un serviciu Cloud Run pentru a accepta numai trafic de la VPC (acesta se numește Opțiuni de intrare, puteți citi despre el în documentul aici [1]). Și atunci când o faci, serviciul tău Cloud Run va continua să fie difuzat pe ceea ce pare a fi o adresă URL publică (cea generată atunci când implementezi serviciul).Dar acea adresă URL este accesibilă doar din VPC și chiar dacă se pare că clientul va efectua un apel către un serviciu de internet, acel trafic rămâne în rețeaua noastră și nu părăsește niciodată coloana vertebrală, așa că din punct de vedere tehnic, acest lucru nu ar trebui să adauge latență.
- Cu https://v2.myapp.com/books opțiunea, se pare că cartografierea
domeniile personalizate pentru Cloud Run sunt încă în versiunea de previzualizare, așa că sunt
ezită să-l folosim într-un sistem de producție, de asemenea, în mod ideal, am face-o
ne place să folosim propriul nostru certificat SSL, care nu pare să fie
sprijinit.
Nu aș recomanda utilizarea unei funcții de previzualizare în producție, există riscul ca funcția să se schimbe într-un mod incompatibil cu înapoi. Pe tema folosirii propriilor certificate SSL, puteți implementa un LoadBalancer HTTP în fața serviciului dvs. Cloud Run (care este setat să fie privat) și puteți personaliza LoadBalancer-ul pentru a se potrivi nevoilor dvs.
- Opțiunea de găzduire Firebase pare că ar fi puțin complicată
și are, de asemenea, un timeout de solicitare de 60 de secunde, care este prea scurt pentru unele dintre ele
încărcările video etc. pe care le primim.
Nu sunt foarte familiarizat cu Firebase.
- Echilibratorul de încărcare la un NEG ar adăuga puțin mai multă complexitate/cost, dar asta
pare a fi cealaltă variantă. Se pare că NEG-urile fără server nu pot
conectați-vă la Compute și NEG-urile VM gestionate nu se pot conecta la Cloud Run, așa că
as avea nevoie de cate unul din fiecare in acest caz?
Opțiunea LoadBalancer pare complicată, dar chiar nu este, poți folosi ceva de genul Terraform pentru a furniza LoadBalancer, trebuie să o faci o singură dată
Sper că acest lucru vă ajută să umbriți opțiunile dvs
[1] https://cloud.google.com/run/docs/securing/ingress