5

Es ist sicher, dass "neueste" Tag ist nicht genug (d. H. Wenn Sie Rollback/Debug).Was ist die beste Docker-Tagging-Strategie?

Was ist die beste Docker-Tagging-Praxis? Ist es besser, sie mit Build-Nummer oder Commit-Nummer zu versehen? Oder eine andere Option?

Antwort

3

Wir verwenden keine für Entwicklungsumgebung etikettieren, weil wir ziemlich nett Testabdeckung haben, aber ich schlage vor, Sie leicht Behälter mit Ihrer CI-Tool Build-Nummer (Teamcity, Jenkins) markieren können, so etwas wie

docker build -t {yourserviceName}: {JENKINS NUMBER BUILD}

jedoch Produktionsimplementierungen - ein wenig anders ist. Wir verwenden zwei Tags für die - vorherige und neueste

1.Build Produktion Container auf teh Build-Server

2.Push es auf gemeinsam genutzte Repo

3.Pull auf Produktionsserver.

Das neueste-Tag ist immer im gemeinsam genutzten Repository enthalten. Bevor Sie mit Schritt 3 fortfahren, müssen Sie den vorhandenen laufenden Container einfach erneut an vorherige.

Was ist der Vorteil?

Wenn Sie Ihren neuesten Behälter mit kritischen Fehler haben, Rollback Sie nur vorherigen ein. Es ist extrem seltener Fall, wenn Sie ein schnelles Rollback durchführen müssen, sagen wir 4 Bereitstellungen zurück, so brauchen Sie keine Versionen dort

pflegen
Verwandte Themen