Vorteile von Containern: Unterschied zwischen den Versionen
Romana (Diskussion | Beiträge) |
Romana (Diskussion | Beiträge) |
||
| Zeile 7: | Zeile 7: | ||
'''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:Tools]] | ||
[[Kategorie:Testing]] | [[Kategorie:Testing]] | ||
Version vom 29. April 2017, 12:29 Uhr
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" 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…