Org Shape
Nicht jede Sandbox hat dieselben Limits wie die Produktion, und eine nicht passende Org Shape ist eine häufige Ursache für Bugs nach dem Muster „funktioniert in der Sandbox, scheitert in Prod“.
Definition
Salesforce-Umgebungen kommen in unterschiedlichen „Formen“ (Shapes): Developer- und Developer-Pro-Sandboxes werden mit einem kleinen Bruchteil des Speicherplatzes der Produktion und ohne echte Daten ausgeliefert; Partial-Copy- und Full-Sandboxes kopieren das Schema und, bei Full, alle Daten, aktualisieren sich aber in festen Intervallen statt bei Bedarf; Scratch Orgs werden vollständig durch eine Scratch-Org-Definitionsdatei bestimmt und starten jedes Mal leer. Feature-Lizenzen, Speicherlimits und sogar manche organisationsweiten Einstellungen können sich zwischen einer Sandbox und der Produktion unterscheiden, sodass ein Deployment oder ein datenintensiver Test, der in einer Developer-Sandbox sauber besteht, trotzdem an Governor Limits oder fehlenden Permission-Set-Lizenzen scheitern kann, sobald er eine Full-Sandbox oder die Produktion erreicht. Die richtige Org Shape für jede Teststufe zu wählen, nicht nur die günstigste, ist Teil der Gestaltung einer Salesforce-DevOps-Pipeline, die Probleme vor dem Release erkennt. Unsere 5 Säulen des Salesforce-DevOps behandeln die Umgebungsstrategie ausführlicher.
So funktioniert es in Serpent
Serpent poolt und stellt Scratch Orgs anhand einer Definitionsdatei spezifikationsgerecht bereit und hält das Sandbox-Refresh-Timing für das gesamte Team sichtbar, sodass niemand mitten im Release eine veraltete Full-Sandbox entdeckt. Preflight-Checks laufen vor dem Ausliefern eines Deployments gegen die tatsächlichen Limits der Ziel-Org und fangen Shape-spezifische Fehler ab, bevor sie die Produktion erreichen. Siehe Org-Management in Serpent dafür, wie Umgebungen bereitgestellt und nachverfolgt werden.
Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.
Einrichtung in unter 15 Minuten. Keine DevOps-Einstellung nötig.