Polski (PL) 
English (United Kingdom) 
IFS Cloud Lebenszyklus · Evergreen · Release Update · Service Update · Extensibility Framework
Release-Updates in IFS Cloud, die ein Wochenende dauern statt ein Quartal
Der Aufwand eines IFS-Cloud-Upgrades hängt davon ab, wie Sie angepasst haben: Erweiterungen über das Extensibility Framework und Konfiguration im Page Designer ziehen beim Release einfach mit. Jede Modifikation, die in den Core eingreift, muss bei jedem Release neu angewendet und neu getestet werden. Die Evergreen-Taktung von IFS hält das System aktuell und stellt jede Abkürzung aus der Einführung zweimal im Jahr in Rechnung.
Technisches 30-Minuten-Gespräch buchen Release und Service Update vergleichen
1.Auf einen Blick
- IFS liefert zweimal im Jahr ein Release Update (24R2, 25R1, 26R1) mit neuer Funktionalität und kumulierten Fehlerkorrekturen. Dazwischen erscheinen monatlich Service Updates mit ausschließlich schwerwiegenden Fehlerkorrekturen und ohne neue Funktionalität.
- Jedes Release erhält Service Updates länger als bis zum nächsten Release. Der Zeitpunkt des Wechsels liegt damit innerhalb des Evergreen-Fensters bei Ihnen.
- Das Extensibility Framework (Custom Fields, eigene Logik, Custom Events) und die Konfiguration im Page Designer liegen als Schicht auf dem Core und ziehen beim Release mit. Modifikationen im Core müssen bei jedem Release neu angewendet und neu getestet werden.
- Ein Service Update ändert Ihr Datenmodell nur, wenn ein kritischer Fehler es erzwingt. Ein Release Update kann APIs und Datenmodelle verändern.
- Der Upgrade-Aufwand entspricht dem Aufwand, herauszufinden, was kaputtgehen könnte. Wer seine Änderungen gegenüber dem Standard nicht auflisten kann, zahlt diesen Aufwand im Upgrade.
2.Zwei Arten, dasselbe System zu ändern
Durch jede Anpassung von IFS Cloud verläuft eine harte Linie, und Ihre Upgrade-Zukunft liegt auf der einen oder der anderen Seite.
Oberhalb der Linie
Das Extensibility Framework (Custom Fields, eigene Logik, Custom Events) und die Konfiguration über den Page Designer legen sich als Schicht auf den Core. Ein neues Release nimmt sie mit, ohne Nacharbeit.
Im Core
Modifikationen greifen in das eigene Verhalten von IFS ein. Sie funktionieren und lassen sich gut vorführen. Bei jedem Release muss jedoch jemand sie gegen einen Core, der sich darunter bewegt hat, neu anwenden und neu testen. Diese Rechnung kommt erst beim ersten Upgrade.
Die Regel ist unspektakulär: Schöpfen Sie Konfiguration und Erweiterung über das Framework aus, bevor Sie in den Core schneiden. Jede Änderung am Core ist ein laufendes Abonnement, das zweimal im Jahr neu getestet wird, solange das System lebt. Manchmal lohnt sich der Preis. Kostenlos ist er nie, und er sollte nie zufällig an dem Schreibtisch bezahlt werden, auf dem das Ticket gelandet ist.
3.Release Update und Service Update im Vergleich
Die Hälfte der Unruhe rund um Upgrades entsteht, weil jedes Update behandelt wird, als wäre es das große. Die beiden Arten unterscheiden sich in Takt, Inhalt und Risiko.
| Merkmal | Release Update (RU) | Service Update (SU) |
|---|---|---|
| Takt | Zweimal im Jahr (24R2, 25R1, 26R1) | Monatlich, kumulativ |
| Inhalt | Neue Funktionalität und kumulierte Fehlerkorrekturen | Ausschließlich schwerwiegende Fehlerkorrekturen |
| Kann es den Boden verschieben? | Ja, APIs und Datenmodelle können sich ändern | Nein, außer ein kritischer Fehler erzwingt es |
| Ihre Aufgabe | Den Zeitpunkt der Einführung innerhalb des Evergreen-Fensters wählen | Einspielen, denn sie sind das Sicherheitsnetz dazwischen |
4.Ohne Änderungsliste wird kein Upgrade günstig
Fragt man ein Team in Schwierigkeiten, was es gegenüber dem Standard geändert hat, entsteht eine Pause. Jemand beginnt einen Satz über etwas, das die Finanzabteilung vor Jahren wollte, ein anderer ist nicht sicher, ob der nächtliche Job von ihnen stammt oder ausgeliefert wurde. Diese Pause sind die Upgrade-Kosten im Voraus: Ein Upgrade kostet genau so viel, wie es kostet, zu wissen, was kaputtgehen könnte.
Führen Sie stattdessen ein laufend gepflegtes Register mit jeder Erweiterung, jedem Event, jedem Custom Field, jeder Integration und jeder Core-Änderung, jeweils mit Verantwortlichem und Begründung. Mit diesem Register lässt sich vor einem Release beurteilen, welche Einträge geprüft werden müssen und welche nicht.
5.FAQ
In welchem Takt erscheinen Release Updates und Service Updates bei IFS Cloud?
IFS liefert zweimal im Jahr ein Release Update (zum Beispiel 24R2, 25R1, 26R1) mit neuer Funktionalität und kumulierten Fehlerkorrekturen. Dazwischen erscheinen monatlich Service Updates mit ausschließlich schwerwiegenden Fehlerkorrekturen und ohne neue Funktionalität.
Warum dauert ein IFS-Cloud-Upgrade manchmal ein Wochenende und manchmal ein Quartal?
Die Dauer hängt davon ab, wie das System angepasst wurde. Erweiterungen über das Extensibility Framework und Konfiguration im Page Designer liegen als Schicht auf dem Core und ziehen beim Release mit. Modifikationen, die in den Core eingreifen, müssen bei jedem Release neu angewendet und neu getestet werden, und genau das macht aus dem Wochenende ein Quartal.
Kann ein Service Update bei IFS Cloud das Datenmodell ändern?
Ein Service Update von IFS Cloud enthält ausschließlich schwerwiegende Fehlerkorrekturen und ändert Ihr Datenmodell nur, wenn ein kritischer Fehler es erzwingt. Ein Release Update dagegen kann APIs und Datenmodelle verändern.
Was gehört in ein Änderungsregister für IFS Cloud?
Ein Änderungsregister für IFS Cloud enthält jede Erweiterung, jedes Event, jedes Custom Field, jede Integration und jede Änderung am Core, jeweils mit einem Verantwortlichen und einer Begründung. Es macht vor einem Release sichtbar, welche Einträge geprüft werden müssen.
Ich bin Dariusz Myśliwiec. Ich habe 18 Jahre Praxis mit IFS (Apps 7.5 bis 10 und IFS Cloud). Ich bin IFS Certified Associate Consultant und nach PRINCE2® 7 zertifiziert.
Ausgewählte Kunden aus meiner IFS-Arbeit: Fugro · LGC · BVI Medical · Betafence (PRÆSIDIAD) · Barlinek · NGK Ceramics · Newag · Oleofarm.
Klären Sie Ihren Upgrade-Aufwand in einem technischen 30-Minuten-Gespräch
Nennen Sie mir Ihr IFS-Cloud-Release und die Anpassungen, die Sie gegenüber dem Standard vorgenommen haben. Wir klären, welche davon beim nächsten Release mitziehen und welche neu getestet werden müssen. Sie sprechen direkt mit dem Berater, der die Arbeit ausführt.
Technisches 30-Minuten-Gespräch buchen Weitere Fachartikel lesen
IFS ist eine eingetragene Marke der IFS AB. Diese Beratung steht in keiner Verbindung zur IFS AB.
