Wir bauen eine Hosting-Plattform für spezifische Anwendungsfälle.
Wir müssen in der Lage sein, die Inhalte anderer Personen unter ihrer eigenen Domäne zu hosten. Das bedeutet, dass sie ihren DNS konfigurieren, einen CNAME zu unseren Servern hinzufügen und wir ihre Inhalte unter ihrer eigenen Domäne bereitstellen.
blog1.com => would deliver the content of ourwebsite.com/blog1
blog2.com => would deliver the content of ourwebsite.com/blog2
blog3.com => would deliver the content of ourwebsite.com/blog3
und unser Kunde würde nur einen CNAME konfigurieren und wir würden uns um alle anderen technischen Aspekte kümmern.
Die erste Lösung, die wir fanden, bestand in der Verwendung von benutzerdefinierten AWS-Domänen und einem Lambda-Proxy. Allerdings sind wir bei der Anzahl der Domänen, die wir erhalten können, eingeschränkt und AWS teilte uns mit, dass dies kein guter Weg zum Aufbau sei.
Kann hier jemand detailliert beschreiben, was die bevorzugte Lösung für einen solchen Anwendungsfall ist? Wie handhaben Webflow oder WordPress so etwas?
Ich danke Ihnen für Ihre Hilfe.
Antwort1
Der einfachste Weg, dies zu handhaben, ist ein Dienst, der sich auf die Handhabung benutzerdefinierter Domänen spezialisiert hat, wieGeschätzt, CloudFlares SSL für SaaS usw.
Diese stellen Ihrer App einen verwalteten Reverse-Proxy-Dienst vor, Sie erstellen über ihre APIs benutzerdefinierte Domänenkonfigurationen und Kunden richten ihre Domänen-A- oder CNAME-Einträge auf die IP-Adresse aus, die sie Ihnen bereitstellen. Sie verwalten SSL-Zertifikate und senden Anfragen an Ihre App.
Andernfalls könnten Sie Ihren eigenen Reverse-Proxy vor Ihrer App einrichten, beispielsweise mit einem Caddy-Server (den ich hierfür am meisten empfehlen würde). Dies wäre derselbe Prozess wie bei den oben genannten Diensten, außer dass Sie den Caddy-Server warten und verwalten und sich um alle auftretenden Probleme kümmern müssten. Caddy verfügt über eine Admin-API, die Sie verwenden können. Je nach Budget, Umfang und Ressourcen, die Sie dafür aufwenden möchten, könnte dies eine gute Option sein.
Meiner persönlichen Erfahrung nach ist es jedoch fast immer viel billiger (und einfacher), einen der Dienste zu verwenden. Es gibt viele potenzielle Fallstricke bei der Automatisierung von SSL-Zertifikaten, insbesondere für mehr als ein paar Domänen, und die Dienste beginnen ohnehin bei etwa dem Preis eines kleinen VPS.