Nehmen wir an, Sie machen eine Website (so etwas wie Facebook). Sie schreiben Code, stellen ihn auf Servern bereit und erhöhen die Anzahl der Server, wenn die Belastung zunimmt. Diese Server sind hinter einem Load-Balancer und Anfragen können ziemlich zufällig zu jedem Server gehen.
Nehmen wir an, Sie machen etwas wie Firebase. Jetzt können Sie auf firebase ein application erstellen und erhalten eine Subdomain <app_name>.firebase.com . Der Servercode ist zwar für alle Anwendungen gleich, aber Anfragen für app1.firebase.com werden auf dedizierte Server gesetzt, die sich von app2.firebase.com unterscheiden. Also, Laden von einer App, kann nicht beeinflussen, wie es sein sollte.
Wie ist etwas wie Firebase konzipiert, genauer gesagt, um den Umfang der Frage zu begrenzen, wie werden Anforderungen an eine bestimmte Gruppe von Hosts für jede application ?
Im Allgemeinen ist die "App" beim Aufruf eine Subdomain oder ein virtueller Host. Dies wird über einige Technologie-Stacks erreicht.
Zuerst benötigen Sie einen DNS-Eintrag für die Subdomain. Daher muss app.somedomain.com eine IP-Adresse haben, die im Internet aufgelöst werden kann, und ein Alias-Datensatz (oder A-Datensatz) wird erstellt, der auf diese Sub-Domain verweist. Sobald dies abgeschlossen ist, konfigurieren Sie einen Webserver, in der Regel Apache oder Nginx, um die Subdomäne über einen so genannten virtuellen Host zu verwalten. Sie sollten die spezifische Dokumentation für jede Technologie konsultieren, aber für den Apache-Server würde seine grundlegendste Konfiguration etwa so aussehen:
%Vor%Tags und Links firebase web-applications architecture load-balancing