Vorteile von Containern - Versionsgeschichte

Romana am 29. April 2017 um 10:29 Uhr

2017-04-29T10:29:57Z

Romana am 29. April 2017 um 10:29 Uhr

2017-04-29T10:29:38Z

Romana am 28. April 2017 um 19:37 Uhr

2017-04-28T19:37:51Z

Romana am 28. April 2017 um 19:37 Uhr

2017-04-28T19:37:35Z

Romana am 28. April 2017 um 08:12 Uhr

2017-04-28T08:12:58Z

Romana: Die Seite wurde neu angelegt: „Kategorie:Tools Kategorie:Testing“

2017-04-28T07:59:57Z

Die Seite wurde neu angelegt: „Kategorie:Tools Kategorie:Testing“

Neue Seite

[[Kategorie:Tools]]
[[Kategorie:Testing]]

@@ Zeile 6: / Zeile 6: @@
 '''Beim Tester sieht es mit den Variablen''' etwas anders aus. Hier habe ich sowohl die unterschiedlichen Versionen von Joomla als auch die unterschiedlichen Versionen von Virtuemart. Das alleine schon bei einer Neuinstallation von BwPostman. Wenn ich dann daran denke, dass es ja auch noch Updates von BwPostman gibt, aus unterschiedlichen Versionen von Joomla, unterschiedliche Versionen von VM und dazu auch noch unterschiedliche Ausgangspunkte von BwPostman beim Update, dann wird mir schon etwas anders…
@@ Zeile 14: / Zeile 18: @@
 [[Kategorie:Tools]]
-[[Kategorie:Testing]]
+[[Kategorie:Testing allgemein]]

@@ Zeile 5: / Zeile 5: @@
 '''Die einzige echte "Variable" in der Infrastruktur''' ist der Webserver, genauer gesagt, die php-Version, mit der der Webserver läuft. So kann man mit verschiedenen Images (die Basis der Container, quasi ein kompilierter Container) für den Webserver, aber nur je einem Image für DB-Server und Mail-Server drei verschiedene Konfigurationen mit Compose anlegen. Wenn man mit der Namensgebung der Images schlau genug vor geht, dann kann man das sogar mit einer Konfiguration per Compose und entsprechenden Umgebungsvariablen regeln. Was dann wieder dafür sorgt, dass man die Tests mit diesen drei Konfigurationen in einer Schleife laufen lassen kann, in der die Umgebungsvariable nur jedes Mal neu gesetzt wird.
-Beim Tester sieht es mit den Variablen etwas anders aus. Hier habe ich sowohl die unterschiedlichen Versionen von Joomla als auch die unterschiedlichen Versionen von Virtuemart. Das alleine schon bei einer Neuinstallation von BwPostman. Wenn ich dann daran denke, dass es ja auch noch Updates von BwPostman gibt, aus unterschiedlichen Versionen von Joomla, unterschiedliche Versionen von VM und dazu auch noch unterschiedliche Ausgangspunkte von BwPostman beim Update, dann wird mir schon etwas anders…
+'''Beim Tester sieht es mit den Variablen''' etwas anders aus. Hier habe ich sowohl die unterschiedlichen Versionen von Joomla als auch die unterschiedlichen Versionen von Virtuemart. Das alleine schon bei einer Neuinstallation von BwPostman. Wenn ich dann daran denke, dass es ja auch noch Updates von BwPostman gibt, aus unterschiedlichen Versionen von Joomla, unterschiedliche Versionen von VM und dazu auch noch unterschiedliche Ausgangspunkte von BwPostman beim Update, dann wird mir schon etwas anders…
 [[Kategorie:Tools]]
 [[Kategorie:Testing]]

@@ Zeile 3: / Zeile 3: @@
 Aber die wahren Stärken spielen Container erst aus wenn Docker Compose verwendet wird. Das sind Zusammenstellungen von Containern zu einer bestimmten "Rechnerkonfiguration". Zum Beispiel brauchen die Tests zu BwPostman nicht nur einen Webserver und einen Datenbankserver, sondern es ist auch ein Mailserver nötig, damit die Newsletter beim Versand nicht im Nirwana verschwinden sondern auch noch angesehen werden können. Sie müssen "das Haus" nicht verlassen, was den Provider nicht ärgert…
-Die einzige echte "Variable" ist der Webserver, genauer gesagt, die php-Version, mit der der Webserver läuft. So kann man mit verschiedenen Images (die Basis der Container, quasi ein kompilierter Container) für den Webserver, aber nur je einem Image für DB-Server und Mail-Server drei verschiedene Konfigurationen mit Compose anlegen. Wenn man mit der Namensgebung der Images schlau genug vor geht, dann kann man das sogar mit einer Konfiguration per Compose und entsprechenden Umgebungsvariablen regeln. Was dann wieder dafür sorgt, dass man die Tests mit diesen drei Konfigurationen in einer Schleife laufen lassen kann, in der die Umgebungsvariable nur jedes Mal neu gesetzt wird.
+'''Die einzige echte "Variable" in der Infrastruktur''' ist der Webserver, genauer gesagt, die php-Version, mit der der Webserver läuft. So kann man mit verschiedenen Images (die Basis der Container, quasi ein kompilierter Container) für den Webserver, aber nur je einem Image für DB-Server und Mail-Server drei verschiedene Konfigurationen mit Compose anlegen. Wenn man mit der Namensgebung der Images schlau genug vor geht, dann kann man das sogar mit einer Konfiguration per Compose und entsprechenden Umgebungsvariablen regeln. Was dann wieder dafür sorgt, dass man die Tests mit diesen drei Konfigurationen in einer Schleife laufen lassen kann, in der die Umgebungsvariable nur jedes Mal neu gesetzt wird.
 [[Kategorie:Tools]]
 [[Kategorie:Testing]]

← Nächstältere Version		Version vom 28. April 2017, 08:12 Uhr
Zeile 1:		Zeile 1:
−	[[Kategorie:Tools]]	+	Container unter Docker (es gibt wohl auch noch andere Lösungen) haben ein paar schwer zu schlagende Vorteile. Einer davon ist die Modularität, ein anderer die Schnelligkeit, ein dritter die Schlankheit. Die Abgrenzung zu virtuellen Maschinen und wann was von Vorteil ist, habe ich an anderer Stelle diskutiert. '''(ToDo:''' Muss noch in dieses Wiki eingepflegt werden).
		+
		+	Aber die wahren Stärken spielen Container erst aus wenn Docker Compose verwendet wird. Das sind Zusammenstellungen von Containern zu einer bestimmten "Rechnerkonfiguration". Zum Beispiel brauchen die Tests zu BwPostman nicht nur einen Webserver und einen Datenbankserver, sondern es ist auch ein Mailserver nötig, damit die Newsletter beim Versand nicht im Nirwana verschwinden sondern auch noch angesehen werden können. Sie müssen "das Haus" nicht verlassen, was den Provider nicht ärgert…
		+
		+	Die einzige echte "Variable" ist der Webserver, genauer gesagt, die php-Version, mit der der Webserver läuft. So kann man mit verschiedenen Images (die Basis der Container, quasi ein kompilierter Container) für den Webserver, aber nur je einem Image für DB-Server und Mail-Server drei verschiedene Konfigurationen mit Compose anlegen. Wenn man mit der Namensgebung der Images schlau genug vor geht, dann kann man das sogar mit einer Konfiguration per Compose und entsprechenden Umgebungsvariablen regeln. Was dann wieder dafür sorgt, dass man die Tests mit diesen drei Konfigurationen in einer Schleife laufen lassen kann, in der die Umgebungsvariable nur jedes Mal neu gesetzt wird.
		+
		+	[[Kategorie:Tools]]
		+
	[[Kategorie:Testing]]		[[Kategorie:Testing]]