Salesforce DevOps für Vlocity / Industries Cloud

OmniScripts, DataRaptors und Integration Procedures werden unabhängig voneinander versioniert. So bricht das Deployments.

Was schwer zu deployen ist

OmniScripts, DataRaptors und Integration Procedures sind als Metadaten deploybar, aber jedes wird unabhängig versioniert. Das Deployment eines OmniScripts ohne gleichzeitiges Deployment der exakten DataRaptor- und Integration-Procedure-Versionen, die es aufruft, bricht es zur Laufzeit stillschweigend, statt das Deployment fehlschlagen zu lassen, und die generierte Lightning-Komponente braucht oft einen manuellen Neukompilierungsschritt, bevor die Ziel-Org die aktualisierte Version ausliefert.

Wo es schwierig wird

OmniScripts werden unabhängig von dem versioniert, was sie aufrufen

OmniScripts, DataRaptors und Integration Procedures sind jeweils als Metadaten deploybar, werden aber unabhängig versioniert, sodass das Deployment eines davon ohne die exakten Versionen, die es aufruft, es zur Laufzeit stillschweigend bricht, statt das Deployment fehlschlagen zu lassen.

Die generierte Lightning-Komponente kann hinterherhinken

OmniScripts kompilieren zu einer generierten Lightning-Komponente, und diese Komponente braucht manchmal eine manuelle Neukompilierung, bevor die Ziel-Org tatsächlich die aktualisierte Version ausliefert.

In der Praxis

Wie Serpent hilft

Die Abhängigkeitserkennung von Serpent zieht jeden DataRaptor und jede Integration Procedure heran, die ein OmniScript tatsächlich aufruft, nicht nur das OmniScript selbst, sodass ein Delta-Deployment kein Skript ausliefern kann, das auf eine Version verweist, die in der Ziel-Org noch nicht existiert. Siehe Release-Verwaltung in Serpent für Details, wie abhängigkeitsbewusste Deployments funktionieren.

Metadaten und Daten in einem einzigen Deployment-Flow in Serpent

Typischer Release für Salesforce DevOps für Vlocity / Industries Cloud

Die OmniScript-Änderung als Task erfassen
Bündeln Sie die OmniScript-Änderung mit jedem DataRaptor und jeder Integration Procedure, die es tatsächlich aufruft, nicht nur das Skript selbst.
Die Abhängigkeitserkennung bildet ab, was wirklich referenziert wird
Serpent verfolgt die Aufrufkette, sodass das Deployment jede Version enthält, von der das Skript abhängt.
Die gesamte Kette per Delta deployen
Liefern Sie das OmniScript und seine Abhängigkeiten gemeinsam aus, sodass nichts auf eine Version verweist, die in der Ziel-Org noch nicht existiert.
Bestätigen, dass die LWC neu kompiliert wurde
Validieren Sie, dass die generierte Lightning-Komponente die Aktualisierung widerspiegelt, bevor Sie das Release als abgeschlossen betrachten.

Häufige Fragen

Vlocity / Industries Cloud DevOps, erklärt

Deployt Serpent OmniScripts zusammen mit ihren DataRaptors und Integration Procedures?

Ja. Die Abhängigkeitserkennung zieht jeden DataRaptor und jede Integration Procedure heran, die ein OmniScript tatsächlich aufruft, nicht nur das Skript selbst, sodass ein Delta-Deployment kein Skript ausliefern kann, das auf eine Version verweist, die nicht in der Ziel-Org existiert.

Warum ist ein OmniScript nach dem Deployment ohne Fehler kaputtgegangen?

Versionskonflikte zwischen einem OmniScript und den DataRaptors oder Integration Procedures, die es aufruft, schlagen stillschweigend zur Laufzeit fehl, nicht zur Deployment-Zeit. Die Abhängigkeitserkennung von Serpent ist darauf ausgelegt, das vor der Auslieferung zu erkennen.

Kümmert sich Serpent um die generierte Lightning-Komponente des OmniScripts?

Serpent deployt die zugrunde liegenden OmniScript-Metadaten; die Validierung, dass die generierte Komponente die Änderung widerspiegelt, ist Teil der Release-Checkliste, die die Pipeline von Serpent vor der Freigabe ausführt.

Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.

In unter 15 Minuten eingerichtet. Keine DevOps-Neueinstellung nötig.

Kostenlos starten Demo buchen