====== eBiss3 Staging und Production Systeme ======
Bei immer komplexeren Systemlandschaften und Systemanforderungen bietet sich erfahrungsgemäß eine sog. Staging-Umgebung an, welche ein Entwickeln und Testen in einem sicheren Rahmen ermöglicht.
Hier wollen wir exemplarisch eine Möglichkeit demonstrieren wie ein Scenario zwischen einem eBiss3 Staging und eBiss3 Production System aussehen kann.
Je nach gegebenen Umfeld kann dieses Modell an spezifische Bedürfnisse angepasst werden.
===== Systemlandschaft mit Nachrichtenfluß =====
==== PRODUCTION ====
Der eBiss3 Konverter in einer typischen Systemlandschaft eingebetet bleibt solange unangetastet, bis das alle Neuerungen im Staging System erfolgreich getestet wurden.
Die Übertragungswege von und zu eBiss3((also Kommunikationskanäle und/oder Backend-Integrationen)) bleiben unangetastet.
Wenn OUTBOUND Nachrichten((also alle Nachrichten in externem Format)) erfolgreich gemappt und erzeugt wurden, können diese ad hoc dem jeweiligen Partner zugestellt werden.
Dazu können verschieden Übertragungswege dienen.
Alternativen sind:
* SMTP Kanal via eigener MailServer
* SMTP Kanal vie eGate Testaccount
* SMTP Kanal vie eGate Hauptaccount
* Speichern der Nachrichten ins Filesystem und anschliessende Zustellung via Benutzer Mailclient
* andere individuelle Übertragungswege
Partner->eGate:INBOUND
eGate->PRODUCTION:INBOUND
PRODUCTION->PRODUCTION:EXTERN->MW
PRODUCTION->PRODUCTION:MW->INHOUSE
PRODUCTION->HOST:INHOUSE Format
HOST->PRODUCTION:INHOUSE Format
PRODUCTION->PRODUCTION:INHOUSE->MW
PRODUCTION->PRODUCTION:MW->EXTERN
PRODUCTION->eGate:OUTBOUND
eGate->Partner:OUTBOUND
PRDODUCTION = eBiss3
==== STAGING ====
Das Staging System wird entweder als Klon eines bestehenden eBiss3 Production System etabliert oder ist ein Pilot System, welches zuerst im Testbetrieb lief und dann in einer geklonten Variante als Produktivsystem, mit entsprechenden Anpassungen an den Übertragungsstrecken((also Kommunikationskanäle und/oder Backend-Integrationen)), aufgesetzt wird.
Im Sequenzdiagramm ist erkennbar, dass Nachrichten hier entweder über einen eigens angebundenen Mailserver von einer dedizierten E-Mail Adresse bedient wird. Alternativ kann auch ein eigener eGate Account für Testzwecke eingerichtet werden. Ausserdem ist jedezeit auch eine Ad hoc Import von Testnachrichten via [[kommunikation:nachrichtenkoerbe:dragndrop]] möglich.
{{:images:sign_warning.png?nolink|}}**Hinweis:** Die Verwendung produktiver Empfangskanäle oder Integrationen muss im Staging unbedingt vermieden werden.
note over Partner,MailServer: via own Mailserver
Partner->MailServer:Test
MailServer->STAGING:INBOUND
note over Partner,eGate: via eGate Test Account
Partner->eGate:Test
eGate->STAGING:INBOUND
STAGING->STAGING:EXTERN->MW
STAGING->STAGING:MW->INHOUSE
STAGING->HOST(Test):INHOUSE Format
HOST(Test)->STAGING:INHOUSE Format
STAGING->STAGING:INHOUSE->MW
STAGING->STAGING:MW->EXTERN
note over Partner,STAGING:manuelle Nachrichten-Validierung gem. Partner Spezifikation
note over Partner,MailServer: ad hoc Zustellung via MailServer
STAGING->MailServer:OUTBOUND Test
MailServer->Partner:OUTBOUND
note over Partner,eGate: ad hoc Zustellung via eGate (Test) Account
STAGING->eGate:OUTBOUND Test
eGate->Partner:OUTBOUND
STAGING = eBiss3
===== Verwendung des Staging Systems und Hinweise zum Testen =====
==== Versions Updates ====
- Versionsupdates zuerst im Staging System einspielen.
- Die Version der beiden Systeme ist **vor** dem Transport abzugleichen.
==== Transport von STAGING zu PRODUCTION ====
Nach erfolgreichem Test im STAGING System, können Anpassungen an den Objekten
* Jobs
* Mappings
* Variablen
* Kommunikationskanäle
* Partnern, deren Typsets und Kommunikationsadressen
* Lokationen und deren Variablen Instanzen
* Repositorien und Typen
als Dump exportiert und im PRODUCTION System importiert werden.
{{:images:sign_warning.png?nolink|}}**Hinweis:** Zukünftige eBiss3 Versionen werden eine GIT oder SVN Integration anbieten, welche somit ein Transportmittel darstellen können.
STAGING->FileSystem/SVN:aktualisierte Objekte per DUMP Export
FileSystem/SVN->PRODUCTION:aktualisierte Objekte per DUMP Import
Ausnahme bilden die Entitäts-Typen:
Diese können optional direkt per DLL Kopie ins Production System etabliert werden.
Empfohlen wird allerdings der TypeLibrary Dump Import mit anschliessender Kompilierung im PRODUCTION System.