Bei einem Produktivsystem – auch als Produktivumgebung bezeichnet – handelt es sich um eine Systemumgebung, in welcher Software für einen Arbeitsprozess, für einen Problemlöseprozess, für die Handhabung einer Struktur aus modellierten Geschäftsprozessen oder für einen sonstigen Routinearbeitsgang, der mit dem Computer bearbeitet wird, ausgeführt sowie Daten gespeichert und verarbeitet werden. Dabei wird in der Regel bereits lauffähige, ausgiebig getestete Software mit definiertem Anwendungszweck zum Einsatz gebracht. Üblicherweise werden sämtliche Softwarekomponenten, die für die Ausführung der Software benötigt werden, vor der Inbetriebnahme und vor dem ersten voll-funktionalen Run der Software, aufeinander abgestimmt, konfiguriert, zum Laufen gebracht, insgesamt zu einem funktionierenden Ensemble, das dann „Produktivumgebung“ genannt wird, zusammengebaut.

Eine Bereitstellungs-Pipeline (auch Deployment-Pipeline genannt) besteht aus einer Abfolge von technischen Umgebungen, auf denen der Softwarebereitstellungsvorgang durchgeführt wird. In der Praxis sind dies mindestens die drei technischen Umgebungen „Entwicklungsumgebung“, „Testumgebung“, „Produktivumgebung“. Nicht selten können es bis zu sechs technische Umgebungen („Entwicklungsumgebung“, „Build-Umgebung“, „Testumgebung“, „Qualitätssicherungsumgebung“, „Staging-Umgebung“, „Produktivumgebung“) oder gar mehr sein, je nach Aufwand. Im Softwarebereitstellungsvorgang wird die Software mittels Softwarehersteller-seitig vordefinierten Regeln implementiert und für Client-Anwendungen oder Benutzer bereitgestellt. Dabei wird via Software-Produktdefinition auch festgelegt, welche Prozesse zur Laufzeit dieser Software vom Anwender noch variiert oder in gewissen Grenzen gestaltet werden dürfen.

Im Unterschied zu einer Testimplementierung werden im Produktivsystem reale praktische Probleme (meist im Rahmen einer industriellen und/oder geschäftlichen Anwendung) gelöst oder ein laufender Prozess überwacht und gesteuert. In der Produktivumgebung wird die Software für den eigentlichen Einsatzzweck des Kunden in Betrieb genommen; – im Einsatz generiert die Software für den Kunden einen Geschäftswert. Die Funktionen der Software werden hierbei laufend mittels Logging, Monitoring und Auditing überwacht. Produktivsysteme können so groß sein, dass sie regelmäßig von einem Systemadministrator betreut werden müssen. Bevor jedoch ein Produktivsystem zum Einsatz kommt, muss es eine Reihe von strengen Testzyklen durchlaufen, um mögliche Fehler im Vorfeld abfangen und beheben zu können.

Die Netzwerkumgebung für das Produktivsystem wird von einem Administrator bereitgestellt und entweder vom Administrator oder, im Rahmen von „Continuous Deployment“, von einem DevOps-Entwickler verwaltet. Da es sich bei einem Produktivsystem um eine geschäftskritische Umgebung handelt, wird (aus Softwareherstellersicht) gemäß dem Leitsatz „never change a running system“ ein Steady State bevorzugt.

Bei der Kompatibilisierung von Softwarekomponenten, aber auch bei der Generalüberholung und Migration von Software für Modernisierungszwecke können Containervirtualisierungssysteme wie etwa Docker helfen, Produktivumgebungen zu stabilisieren. Es wäre daher nicht überraschend, wenn deren Bedeutung in Softwarebereitstellungsvorgängen in den kommenden Jahren wächst.

Wiktionary: never change a running system – Bedeutungserklärungen, Wortherkunft, Synonyme, Übersetzungen (englisch)

Anmerkungen

  1. ↑ In einer Bachelor-Arbeit sind unter anderem (neben der Abarbeitung anderer Aufgabenstellungen) die Softwarekomponenten "ARIS Business Architect for SAP" und "SAP Solution Manager" (neben anderer SAP-Software) in einem Produktivsystem integriert worden, um damit die Möglichkeit aufzuzeigen, wie Geschäftsprozesse und betriebliche technische Prozesse miteinander in Eingriff gebracht werden können. Siehe: Johannes Krähmer: Testmanagement systemübergreifender Geschäftsprozesse - Integration in ein Produktivsystem. Bachelor-Arbeit. Technische Universität Ilmenau, Ilmenau 2014.

Einzelnachweise

  1. ↑ Michael Demuth: Prozessmanagement mit dem SAP Solution Manager. Rheinwerk Verl., Bonn 2018, ISBN 978-3-8362-5985-9.
  2. ↑ Gene Kim, Jez Humble, Patrick Debois, John Willis [et al.]: Das DevOps-Handbuch: Teams, Tools und Infrastrukturen erfolgreich umgestalten. O’Reilly, Heidelberg 2017, ISBN 978-3-96009-047-2, S. 107 f.
  3. ↑ Sebastian Schreckenbach: Praxishandbuch SAP-Administration: [Schritt-für-Schritt-Anleitungen für die tägliche Praxis; mit zahlreichen Screenshots, Checklisten sowie Tipps und Tricks; inkl. SAP Solution Manager, HANA-Administration u.v.m.]. 3., aktualis. u. erw. Aufl., Galileo Press, Bonn 2015, ISBN 978-3-8362-2921-0, S. 130 f., 259 ff., 504 ff.
  4. ↑ Bernd Öggl, Michael Kofler: Docker: das Praxisbuch für Entwickler und DevOps-Teams. 2., aktualis. Aufl., Rheinwerk Verl., Bonn 2020, ISBN 978-3-8362-7226-1, S. 303 f.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.