Neuestes IRM - Siebel-Upgrade auf IP17 +

Das war's, Witze beiseite - lass uns über das Ewige sprechen. In diesem Beitrag finden Sie keinen Sprühnebel der Freude oder einen Hinweis auf die Leichtigkeit des Seins. Weil es für diejenigen ist, die gekämpft und gesucht haben und jede neue Runde des Siebel-Upgrades bestanden haben. Seit 2013 führt Oracle eine Kampagne durch, um sein CRM-System grundlegend zu modernisieren. Bisher haben wir bereits sieben (von IP13 bis IP19) Innovationspakete erlebt. Bis 2013 wurden Releases alle 2 bis 3 Jahre veröffentlicht, die letzten 5 bis 6 Jahre wurden Siebel-Updates viel häufiger veröffentlicht, wobei ein klarer Zeitplan eingehalten wurde: Kleinere Releases (Patchset) wurden monatlich veröffentlicht, grundlegend neue Versionen (Major) wurden jährlich veröffentlicht, und dies bedeutete häufig die Bedürfnisse eines Kunden globale Verarbeitung oder sogar "Wiedereinführung" Ihres Systems. Um Siebel-Upgrades zu vereinfachen, hat der Anbieter IRM (Incremental Repository Merge) entwickelt - eine Funktion, die die Installation neuer Versionen mit Innovationspaketen erleichtert. Es wird diskutiert.

IRM-Prinzip

Um das System mit dem Innovation Pack auf eine neue Version zu aktualisieren, müssen Sie das System-Repository aktualisieren. Führen Sie dazu das Repository der neuen Version zusammen.
Das Repository sind die Systemmetadaten, d.h. Schemata von allem, was seine Funktionalität ist. Während des Projekts nehmen die Entwickler-Berater des Kunden (Siebel-Verbraucher) Tausende von Änderungen am Repository vor. Bei der Bereitstellung der Version von Oracle fehlen diese Änderungen jedoch, und der Anbieter selbst, der das System ändert, fügt neue Metadaten hinzu und kann ein bestimmtes Objektschema im Allgemeinen vollständig verarbeiten.

Offensichtlich wird hier ein Mechanismus benötigt, der es ermöglicht, die vom Verbraucher des Systems vorgenommenen Änderungen nahtlos mit neuen Entwicklungen von Oracle zu kombinieren. Dafür wurde IRM erstellt.

Aufgaben, die während des Siebel-Upgrades gelöst wurden

1. Vorbereiten von Repositorys und Umgebungen für die Konsolidierung.
   
2. Direkte Integration in eine Update-Umgebung (DEV) (IRM).
   
3. Analyse und Lösung von Konflikten.
   
4. Übernehmen Sie Änderungen in die Update-Umgebung.
   
5. Regressionstests.
   
6. Korrektur aller Fehler, die während des Updates aufgetreten sind.
   
7. Migration von einer Upgrade-Umgebung zur Vorproduktion und weiter zur Produktion.
   

Was sind die Vorteile der Umstellung auf IP17 +?

1. Neue Engine: OpenUI - die Möglichkeit, die Schnittstelle tiefer zu konfigurieren und die Benutzerfreundlichkeit des Systems zu verbessern.
   
2. Durch die Funktionsanalyse des Benutzerverhaltens im System (Usage Pattern Tracking) wird eine eindeutige UX erstellt.
   
3. Browserübergreifende Unterstützung: IE ist keine Einschränkung mehr - Sie können jetzt in Edge, Firefox, Chrome und Safari arbeiten.
   
4. Mit dem WebTools (Composer) -Tool können Sie über einen Browser Änderungen an der Benutzeroberfläche und an der Geschäftslogik des Systems vornehmen, ohne dass ein Neustart des Servers erforderlich ist, d. H. ohne Ausfallzeiten. Entwicklungsprototyping ist schneller.
   
5. CI / CD-Technologie, Automatisierung der Patch-Übertragung, parallele Entwicklung, automatisches Testen.
   
6. Unterstützung für die REST-Integrationstechnologie, die sich gut für die Integration in Client-Portale eignet.
   
7. Brancheninnovationen: Vom Erstellen schöner analytischer Dashboards in der beliebten JS-Bibliothek bis hin zu Big Data- und maschinellen Lerntechnologien.
   

Der Schlüssel zu einem erfolgreichen Upgrade

IRM definiert eine Reihe von Diskrepanzen in Objekten und Eigenschaften, die im ursprünglichen Repository, in der Kundenversion und in der neuen Version vorhanden sind. Die Funktionalität ermöglicht es, basierend auf der Entscheidung des Entwicklers, eine Methode zum Kombinieren von Objekten auszuwählen und in der letzten Phase einen effektiven Prozess zum Migrieren des aktualisierten Repositorys von der Update-Umgebung zur Produktivumgebung zu starten.

Während der Zusammenführung treten Konflikte auf, dh Unterschiede zwischen den Eigenschaften des Objekts des aktuellen Repositorys und des gleichen Objekts des Repositorys der neuen Version.

Unkritische Konflikte sind Diskrepanzen in Objekten, die vom Kunden nicht betroffen sind, d. H. Diskrepanzen zwischen dem ursprünglichen und dem neuen Repository. 99% dieser Konflikte werden zugunsten eines neuen Repositorys gelöst.

Kritische Konflikte sind Objektunterschiede zwischen dem Client-Repository und dem neuen Repository.

Wenn Sie von Anfang an die Oracle-Methodik befolgen, sind für nachfolgende Upgrades nur minimale Kosten erforderlich. Leider werden Oracle Best Practices sehr oft geopfert, wenn bestimmte Kundenanforderungen erfüllt werden. Beispielsweise werden Systemtabellen manchmal direkt über die Datenbank geändert, die nicht im Siebel-Repository festgelegt ist. Oder sie ändern Benutzerschlüssel (UK), Abmessungen und Typ der Standardspalten von Standardtabellen, was Oracle dringend empfiehlt, dies nicht zu tun. Dies macht es unmöglich, die Tabelle während der Migration zum Produktiv automatisch neu zu erstellen, und erfordert viele manuelle Manipulationen mit den Tabellen und Daten. Darüber hinaus kann das Ändern der Standardschlüssel und -spalten die Leistung neuer Prozesse beeinträchtigen, die für die neue Version von Siebel entwickelt wurden.
Daher ist es wichtig, dass das System unter der Aufsicht zertifizierter Fachleute mit umfassender Implementierungserfahrung implementiert wird.

Das Wichtigste im Upgrade-Projekt ist jedoch die kompetente Planung des Prozesses, bei der mehrere Probleme gleichzeitig gelöst werden müssen.

Lösungsinfrastruktur

• Wer konfiguriert die Infrastruktur:
  
  • Server bereitstellen
  • Stellen Sie das Betriebssystem ein
  • RBS konfigurieren
• Beschreibung der Update-Umgebung. Wo machen wir IRM?
• Beschreibung der Testumgebung. Wie werden wir testen (einschließlich externer Systeme und Integration)?
• Beschreibung der Bereitstellungsumgebung. Werden wir das aktuelle Produkt aktualisieren oder eine parallele Produktionsumgebung einrichten?

Detaillierter Projektplan (unter Berücksichtigung der Verteilung der Verantwortung zwischen dem Kunden und dem Auftragnehmer)

• Es muss berücksichtigt werden, dass es notwendig sein wird, die Arbeit an der Einführung neuer Funktionen für das Produktive einzufrieren.
• Einschließlich Sie müssen berücksichtigen, dass Sie alle Funktionspakete neu installieren müssen, die nach dem Start des Upgrade-Projekts in das Produktive aufgenommen wurden.

Testplan

• Regressionstestskripte erforderlich.
• Identifizieren Sie die Verantwortlichen und bestimmen Sie das Testerteam von CRM und externen Systemen.

Umsetzungsplan

• Erstellen Sie eine Checkliste der Arbeiten zur Einführung des Upgrades in das Produktive.
• Erstellen Sie einen Rollback-Plan (ja, ja !;), Falls während des Upgrades ein Unfall auftritt.

Unabhängig davon ist es sinnvoll, eine vollständige Prüfung des Systems durchzuführen (oder es sogar bei einem Anbieter zu bestellen), um herauszufinden, welche Verstöße gegen die Methodik und Fehler bei der technischen Implementierung vom Entwickler gemacht wurden. Das Audit wird von zertifizierten Oracle-Spezialisten durchgeführt. Die Ergebnisse werden in Form von "proprietären" Oracle Siebel-Protokollen aufgezeichnet:

1. Konfigurationsbericht (Fehler oder Verstöße in der Business Logic-Konfiguration)
   
2. Integrationsbericht (Fehler oder Verstöße in Integrationsobjekten)
   
3. Skriptbericht (Fehler oder Verstöße in programmierbaren Modulen)
   
4. Fehler in Prozessen (Fehler im Workflow und automatisierte Funktionen)
   

Tatsache ist, dass Fehler in der geänderten Funktionalität auftreten können. In der Phase des Regressionstests der kombinierten Lösung muss genau verstanden werden, welcher Fehler als Ergebnis der Kombination aufgetreten ist und welcher ursprünglich aufgetreten ist.

Die wichtigsten Probleme beim Siebel-Upgrade

Neuestes IRM oder Upgrade auf das neueste Siebel (IP19)

In den letzten 2 Jahren haben sich im Siebel-System große Änderungen ergeben, die auch zu einer Änderung des Ansatzes zur Aktualisierung des Systems geführt haben.

Wichtige Änderungen beziehen sich auf die Veröffentlichung von IP17 im Jahr 2017 und die nachfolgenden Aktualisierungen.

• Das Systemdatenmodell wurde überarbeitet, der Hersteller lehnte die beim Serverstart verwendeten SRF-Kompilierungsdateien ab. Es wurde ein Laufzeit-Repository angezeigt, mit dem Sie Änderungen an der Systemkonfiguration vornehmen können, ohne sie neu zu starten.
  
• Siebel Web Server ist zu einer eigenständigen Siebel-Komponente geworden. Ab diesem Moment sind Komponenten wie IIS und Apache von Drittherstellern nicht mehr erforderlich. Siebel WebServer heißt Application Interface (AI) und wird auf Basis des Tomcat-Containers ausgeführt. Alle Verbindungen zu AI werden nur über HTTPS hergestellt, d. H. Der gesamte Datenverkehr ist standardmäßig verschlüsselt. AI bietet vollständige REST-Unterstützung für eingehende und ausgehende Anforderungen (die REST-Technologie bietet große Flexibilität bei der Installation von Systemverbesserungen und bei der Aktualisierung von Repositorys).
  
• Die Gateway-Komponente wurde aktualisiert (jetzt heißt sie Dynamic Gateway). Besonders hervorzuheben ist der neu gestaltete interne Ausgleich zwischen den Komponenten. Das Gateway (Gateway Elastic Load Balancer) ist jetzt dafür verantwortlich, wodurch das Lastausgleichssystem flexibler wird - zuvor wurde diese Funktion vom Anwendungsserver ausgeführt.
  
• Das System unterstützt offiziell die Oracle 12-Datenbank (die Unterstützung für die Oracle 11g-Datenbank ist abgeschlossen).
  

Im Jahr 2018 änderte Oracle die Freigaberichtlinie für Siebel CRM

• Alle zukünftigen Innovationen und Korrekturen werden als Updates geliefert, dh Patchesets, die vom Distributionskit auf die aktuelle Version installiert wurden (beginnend mit IP17). Sie enthalten Innovationen, die zuvor vom Anbieter in der Systementwicklungsstrategie angegeben wurden.
  
• Die Namen des Patchset werden klarer, weil Versionen werden monatlich veröffentlicht: Beispielsweise bedeutet die Nummer 18.4 „April 2018“.
  
• Das neue Bereitstellungsmodell beginnt mit Version 18.4. Die neueste Version des alten Modells war 17.6. Um von 17.6 auf 18.4 zu gelangen, müssen Sie nur das Distributionskit installieren (als Patch und nicht als IRM-Upgrade). Nachfolgende monatliche Updates können Funktionen enthalten, für die Sie ein kleines Paket von Änderungen über ein spezielles Dienstprogramm herunterladen müssen. Darüber hinaus werden alle Aktualisierungen kumulativ sein.
  
• Aufgrund der Änderung des Modells haben Clients, die auf IP17 umgestellt haben, nicht mehr das Problem, dass für ihre Version des Systems kein Patch vorhanden ist. Gleichzeitig wird der Prozess der Aktualisierung des Systems erheblich vereinfacht, die Supportkosten werden gesenkt und die Einführung innovativer Funktionen wird beschleunigt.
  
• Um beispielsweise von früheren Versionen von Siebel (bis zu 17) auf Version 19 zu aktualisieren, muss ein Standard-Upgrade auf Version 17 implementiert und anschließend das neue Aktualisierungsmodell verwendet werden.
  

Änderungen im Ansatz zum Upgrade auf IP17 +

Beim Entwerfen der Infrastruktur und beim Durchführen der Dimensionierung müssen Sie die neue Serverinfrastruktur IP17 berücksichtigen. Der Bedarf an Eisen wird erhöht, weil Das Runtime Repository erfordert mehr Ressourcen. Für den fehlertoleranten Ausgleich neuer Komponenten der Anwendungsschnittstelle und des Gateways werden 3 statt 2 Komponenten empfohlen. Sie müssen Ihre Serverkonfiguration und Unternehmensserverprofile überprüfen und auf die neue IP17-Architektur migrieren.

Außerdem müssen alle Webartefakte wie HTML-Vorlagen, JS, CSS usw. auf den neuen Anwendungsschnittstellen-Webserver übertragen werden. Übrigens werden alle Webartefakte irgendwann in das Systemrepository verschoben.

Die nächsten Schritte sind das Aktualisieren des Betriebssystems und der Datenbank auf die unterstützten Versionen (Sie müssen die Registerkarte Siebel-Softwarezertifizierung für Oracle-Support überprüfen) und das Ausstellen des richtigen HTTPS-Zertifikats.

Schließlich müssen Sie IRM zum letzten Mal starten, und weitere Versionsaktualisierungen werden einfach durch die Installation von Patches durchgeführt.

Wenn Sie parallel zum Upgrade auf IP17 + neue Funktionen für Ihre aktuelle Systemversion entwickeln, müssen Sie die zugehörige Dokumentation erneut testen und aktualisieren. Entwickler und Administratoren werden in der Arbeit mit der Workspace-Technologie, dem Migrationstool und der neuen Siebel Infrastructure Management Console geschult.

Aus dieser Tabelle können Sie den Ansatz für das Upgrade ermitteln, der von Ihrer aktuellen Version abhängt:


*** Weitere Informationen zu SEA- und SIA Siebel CRM-Versionen finden Sie im Artikel 1514115.1 von My Oracle Support.

Moral

Offensichtlich erfordern solche Projekte die Einbeziehung erfahrener Berater (auch ohne sie), die in der Lage sind, Fallstricke zu antizipieren und zu umgehen, und einen solchen Upgrade-Prozess kompetent planen, bei dem der Kunde nicht überfordert wird. Das heißt, Minimieren und eliminieren Sie sogar das Risiko längerer Systemausfälle, Datenverluste und kritischer Fehler in Geschäftsprozessen nach einem Upgrade. Zum Beispiel kann die falsche Auswahl eines Tabellenschlüssels eine umfangreiche Verarbeitung von Prozessen im System zur Folge haben - und dann kann ein einfaches Update für mehrere Monate zu einem Projekt werden.

Maxim Chugunkin, Leiter der Gruppe für Systemarchitektur, Jet Infosystems