Was sind die besten Praxis für domain-Namen (dev, staging, Produktion)?

Mit dem heben von Containern, Kuberenetes, 12-Faktor etc, es ist leichter geworden, zu replizieren, die eine identische Umgebungen dev, staging und Produktion. Was aber, scheint es keinen gemeinsamen standard für domain-Namen-Konventionen.

Soweit ich es sehen kann, gibt es zwei Möglichkeiten, es zu tun:

  • Verwendung von subdomains:
    • *.dev.foobar.tld
    • *.staging.foobar.tld
    • *.foobar.tld
  • Verwenden Sie separate Domänen:
    • *.foobar-dev.tld
    • *.foobar-staging.tld
    • *.foobar.tld

Kann ich sehen, UPS und downs mit beide Ansätze, aber ich bin neugierig, was die gängige praxis ist.

Als Randbemerkung, Cloudflare wird nicht Thema Sie die Zertifikate für die sub-sub-domains (z.B. *.stage.foobar.tld).

  • Sie können auch .test domain (zusätzlich zu example.com). Es ist reserviert für den Zweck. *.loc, *.dev und *.tld (und Freunde) sind nicht reserviert und können nicht übernommen werden, indem der Entwickler.
InformationsquelleAutor vpetersson | 2016-09-05
  1. 22

    Gibt es nur zwei harte Dinge in Computer Science: cache invalidation
    und Benennung der Dinge.

    -- Phil Karlton

    Hängt von der Größe des Unternehmens.

    Kleine Unternehmen in der Regel gehen für Striche und Holen Sie sich die wildcard-Zertifikat.
    Also müssten Sie dev.example.com, test.example.com

    In größeren Unternehmen haben in der Regel eine DNS-Infrastruktur ausgerollt und die provisioning-Prozesse kümmert sich um die Abtretung an. Es sieht meist wie

    aws-eu-central-1.appName.staging.[teamName].example.com

    Würden Sie entweder Ihre eigenen self-signed CERT mit der CA auf allen Servern oder haben das Geld für die SANs.

    Für mehr inspiration:

    https://blog.serverdensity.com/server-naming-conventions-and-best-practices/

    https://mnx.io/blog/a-proper-server-naming-scheme/

    https://namingschemes.com/

    • Das Zitat, das Sie gerade gemacht mein Tag!
    • In einer Welt mit letsencrypt.org es ist ziemlich einfach zuordnen certs. Wenn Sie eine web-app, die Sie wollen, zu denken, lange und hart über cookie-Sichtbarkeit und-Prüfung. Soweit ich sehen kann, immer clever mit dem internen DNS ist eine schlechte Idee, denn es macht SAAS-testing-tools viel schwieriger zu nutzen.
    InformationsquelleAutor Marcus Maxwell
  2. 1

    Es hängt auch, wenn Sie möchten, dev/test/staging werden extern zur Verfügung, wenn nicht, können Sie festlegen, in solcher Weise:
    app_name.Beispiel.dev, app_name.Beispiel.test und etc

    • Und dann müssen Sie nur sicherstellen, dass Ihre hosts Datei ist aktualisiert auf Ihrem lokalen Rechner?
    • Ja.
    • Sie können .test domain (zusätzlich zu example.com). Es ist reserviert für den Zweck. *.loc, *.dev und *.tld (und Freunde) sind nicht reserviert und können nicht übernommen werden, indem der Entwickler.
    InformationsquelleAutor Rimas Mocevicius
  3. 0

    Eine kurze Notiz über die top-level-domain, werden viele Unternehmen auch ".local" - suffix für die interne Namensauflösung.

    InformationsquelleAutor Pixel
  4. 0

    wir benutzen unter dns-Namen in unserer Umgebung

    1. *.dev.internal.com ( Entwicklung )
    2. *.tst.internal.com ( test )
    3. *.stg.internel.com ( Inszenierung )
    4. *.internel.com ( prod ). Sie können auch verwenden wie *.prd.internal.com
    InformationsquelleAutor P Ekambaram
Schreibe einen Kommentar