Re: [Python-de] Deploy-History

Path	csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From	Thomas Güttler <guettliml@thomas-guettler.de>
Newsgroups	de.comp.lang.python
Subject	Re: [Python-de] Deploy-History
Date	Wed, 11 May 2016 11:49:44 +0200
Lines	34
Message-ID	<mailman.590.1462960187.32212.python-de@python.org> (permalink)
References	<5732E641.2030709@thomas-guettler.de> <1A0ED9D0-FBB6-4C87-91C1-EC7DD4E92B95@zopyx.com> <57330038.8090604@thomas-guettler.de>
Mime-Version	1.0
Content-Type	text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding	8bit
X-Trace	news.uni-berlin.de gOpqKyrL2iItU3V5d5SByQfIaZGo0wc7hYC7cecedWzw==
Return-Path	<guettliml@thomas-guettler.de>
X-Original-To	python-de@python.org
Delivered-To	python-de@mail.python.org
User-Agent	Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
In-Reply-To	<1A0ED9D0-FBB6-4C87-91C1-EC7DD4E92B95@zopyx.com>
X-BeenThere	python-de@python.org
X-Mailman-Version	2.1.22
Precedence	list
List-Id	Die Deutsche Python Mailingliste <python-de.python.org>
List-Unsubscribe	<https://mail.python.org/mailman/options/python-de>, <mailto:python-de-request@python.org?subject=unsubscribe>
List-Archive	<http://mail.python.org/pipermail/python-de/>
List-Post	<mailto:python-de@python.org>
List-Help	<mailto:python-de-request@python.org?subject=help>
List-Subscribe	<https://mail.python.org/mailman/listinfo/python-de>, <mailto:python-de-request@python.org?subject=subscribe>
X-Mailman-Original-Message-ID	<57330038.8090604@thomas-guettler.de>
X-Mailman-Original-References	<5732E641.2030709@thomas-guettler.de> <1A0ED9D0-FBB6-4C87-91C1-EC7DD4E92B95@zopyx.com>
Xref	csiph.com de.comp.lang.python:4453

Show key headers only | View raw


Am 11.05.2016 um 10:53 schrieb Andreas Jung:
> Wenn Deine Kunden selber _irgendwas_ aus einem Repository installieren oder aktualisieren
> dann ist der Vorgehensweise aus meiner Sicht broken-by-design.

Es gibt vor dem Deploy einen CI-Prozess.

Bsp: foo-customer hat das core-Modul und 10 Plugins. Es wird im CI geklärt,
dass diese für den Kunden foo-customer die Plugins alle zusammen harmonieren. Die 10 Versionsstände
und die der sonstigen Libs sind "gepinnt".

Das Ergebnis wird dann per Deploy-Prozess installiert. Bisher ist das ein Update (noch keine Wegwerf-Kontainer)

Das Deploy wird nur durch uns, nie durch den Kunden gestartet.

> Zu einer sauberen und reproduzierbaren und kontrollierbaren Release-Policy gehört eine saubere
> Paketierung und Versionierung. Wenn ein Kunden irgendeinen Stand von irgendwas in Kombination
> mit undefinierten Ständen von anderen Modulen laufen hat und in Eigenregie die Aktualisierung
> betreibt, dann liegt der schwarze Peter beim Kunden....also sorg für einen wohldefinierten
> Aktualisierungs- und Rollout-Mechanismus...was du hier beschreibst ist jedenfalls  offensichtlich
> alles andere als ein geregelter Prozess.

Ich habe nur den Deploy-Prozess beschrieben, nicht das CI. Bitte erläutere was hier ungeregelt ist.

Ich gehe davon aus, dass "Rollout" und "Deploy" hier synonym sind.

Ja, du hast Recht. Die Info fehlte in der ersten Mail.

Gruß,
   Thomas

-- 
Thomas Guettler http://www.thomas-guettler.de/

Back to de.comp.lang.python | Previous | Next | Find similar

Thread

Re: [Python-de] Deploy-History Thomas Güttler <guettliml@thomas-guettler.de> - 2016-05-11 11:49 +0200

csiph-web