Wie strukturiere ich die Domain-Architektur meines Web-app? - praktische Ratschläge

Question

Also habe ich eine Web-App erschaffe, das wird jeder registrierte Benutzer einen eindeutigen ‚Arbeitsplatz‘ geben. Dieser Arbeitsbereich soll sie die Erlaubnis von jedermann zugänglich sein.

Ich habe die Haupt-Domain für meine Marketing-Website, aber ich versuche, herauszufinden, wie die winzigsten Domain-Verwaltung des Web-App selbst zu verwalten.

Soll ich kaufen generische Domains, dass ich dann den Benutzern zu erlauben, verwenden, um eine von ihnen für ihren Arbeitsbereich zu wählen, und schaffen eine einzigartige Sub-Domain, oder wie soll ich mich wenden das?

Mein Web-App ist in Rails geschrieben.

Answer 1

Der Begriff Domain hat ein paar Bedeutungen - ich nehme an, Sie bedeuten "Domain", wie er in der Hostname in einem Domain Namen oder URL, die auch als "Third-Level-Domain-Name" bekannt ist (zB :. www.mysite.com - wo mysite.com der Hostname)

  

Ich versuche, herauszufinden, wie man   verwalten die Nitty-Gritty Domain   Verwaltung des Web-App selbst

Ich habe usd 4. Level-Domains vor (auch als lokalen Host-Namen bekannt, zB: images.mysite.com, admin.mysite.com), aber diese wurden über einen Helpdesk im Telco provisied, die die verwalteten A-Records unsere Domain-Namen, so dass es keine schnelle und einfache automatisierte Prozess war.

Ich habe auch gesehen, Hosting-Unternehmen Web-basierte Tools, die Sie allwo dies selbst zu tun -. Wo sie verwalten den A-Record

In beiden Fällen wird die Verwaltung der 4. Level-Domains erfolgt manuell. Ich habe nicht hread von jemandem dies die haben innerhalb einer App der Automatisierung entwickelt - es ist offensichtlich möglich, aber auf jeden Fall nicht-triviale

.

  

Soll ich kaufen generische Domains, dass ich   verwenden, um dann die Benutzer zu erlauben, zu wählen   einer von ihnen für ihren Arbeitsbereich, und   schafft eine einzigartige Sub-Domain, oder   wie soll ich diesen Ansatz?

Es hängt davon ab. Selbst wenn Sie die Anwendung hosten gibt es keinen Grund, warum der Kunde nicht eine vierte Level-Domain, dass Punkte auf dem Server und nicht ihre eigenen Set-up; Dies würde bedeuten, dass Ihre App Suche nach der 4. Level-Domain benötigen würde nur da es keine guaratee ist werden sie eine 3rd-Level-Domain Ihrer App „kennt“.

verwenden

  

Say John Brown von 'Studio ABC' Zeichen   up bei mysite.com, was soll ich tun?   Geben Sie ihnen studioabc.mysite.com oder   mysite.com/studioabc

Es hängt davon ab, was Sie erreichen wollen und was über Köpfe Ihre komfortabel mit:

• Die „mysite.com/studioabc“ Option sollte auf Auto-Bereitstellung durch Ihre Anwendung einfach sein, so in gewisser Weise, die die Arbeit erleichtern würde mit.
• Ein Problem mit der „mysite.com/studioabc“ Option ist, dass (je nachdem, wie viel Kontrolle haben Sie über den Web-Server) alle Ihre Dateien (von all Clients) im selben Ort sein wird -, dass es macht mehr Komplex (back-ups, etc.) zu verwalten.
• Die „studioabc.mysite.com“ wird härter sein und langsamer Bereitstellung (als DNS-Änderungen erforderlich sind), aber Sie haben den Vorteil, dass man sie als separate Websites ausführen können, wenn Sie wollen. Wenn zum Beispiel „thebeatles.mysite.com“ auszieht Sie in der Lage sein würde es zu einem anderen physcial Web-Server zu verschieben, die eine bessere Leistung hatte, aber man kann nicht „mysite.com/thebeatles“ so leicht bewegen lassen.

In beiden Fällen Ihre Anwendung wird ein Multi-tenanted ein (außer in Fällen wie studioXXX.mysite.com wo der Ort ist an anderer Stelle gehostet); Datenzugriff wird ein Problem - halten die Kunden Daten zu trennen. Es gibt verschiedene Ansätze, die Sie für diese nehmen können, finden Sie in diesem Artikel über Multi-Tenant Data Architecture . (BTW - ich weiß, es ist ein MS-Artikel und Sie arbeiten in Rails - aber es ist ein ausgezeichneter Artikel, die hilfreich sein wird).

einen generischen Namen zu kaufen ist, na ja, generisch. Wenn Sie eine Gemeinschaft von Kunden rund um eine bestimmte Sache fördern wollen dann einen Domain-Namen erhalten, den Sinn für das macht; wenn Sie Ihren eigenen Domain-Namen verwenden, es würde in-Effekt eine Form der Werbung sein.

  

Und anstatt es zu sein mysite.com,   sollte es sein obscuredomain.com dass   die tatsächliche Web-App befindet sich an und   Daher gibt die Subdomains,   weil mysite.com ist die Vermarktung   Website.

Ich denke, entweder funktioniert - die Frage ist, was glauben Sie, sind Kunden bevorzugen würden? Wie funktioniert that stapeln sich mit Ihrem Geschäftsmodell? Der Domain-Name ist ein wichtiger Bestandteil eines jeden Online-Präsenz (aus einer Marketing-Seite), da sie die Identität der Website hilft bei der Definition und diejenigen, die sie verwenden -. So sorgfältig auswählen

Wollen Sie jemals diese weg verkaufen? Wenn Sie das tun würde wollen, dass es auf einen Domainnamen bauen, dass Sie glücklich mit ihm zu verkaufen waren. Also mit diesem Gedanken ich einen Domain-Namen für Ihr Produkt / Service und eine separaten für Ihr Geschäft haben würde - vorausgesetzt, dass Sie einen Tag würden will, die Website verkaufen, aber nicht Ihr Unternehmen. Alternativ kann, wenn die Website ist das Geschäft und Sie ist glücklich, sie als ein ganzes Paket zu verkaufen, dann würde ich sie alle unter den gleichen Domain-Namen setzen.

Schließlich könnten Sie mehr als eine Domain haben, die jeweils einen unterschiedlichen Grad an Service Providing (und jeder vierte Level-Domains es hängt statt www haben könnte):

• www.mysite.com
• www.mysitepremium.com
• www.mysitecheapskate.com