Org Shape
Niet elke sandbox heeft dezelfde limieten als productie, en een niet-overeenkomende org shape is een veelvoorkomende oorzaak van “werkt in sandbox, faalt in prod”-bugs.
Definitie
Salesforce-omgevingen komen in verschillende “vormen” (shapes): Developer- en Developer Pro-sandboxes worden geleverd met een klein deel van de opslag van productie en geen echte data; Partial Copy- en Full-sandboxes kopiëren het schema en, voor Full, alle data, maar verversen op een vast interval in plaats van op aanvraag; scratch orgs worden volledig gedefinieerd door een scratch org-definitiebestand en starten elke keer leeg. Featurelicenties, opslaglimieten, en zelfs sommige org-brede instellingen kunnen verschillen tussen een sandbox en productie, dus een deployment of een data-intensieve test die probleemloos slaagt in een Developer-sandbox kan alsnog falen op governor limits of ontbrekende permission set-licenties zodra deze een Full-sandbox of productie bereikt. Het kiezen van de juiste org shape voor elke testfase, niet alleen de goedkoopste, is onderdeel van het ontwerpen van een Salesforce DevOps-pipeline die problemen opvangt vóór de release. Onze 5 pijlers van Salesforce DevOps behandelt omgevingsstrategie uitgebreider.
Hoe het werkt in Serpent
Serpent pooled en richt scratch orgs in volgens specificatie vanuit een definitiebestand en houdt de refresh-timing van sandboxes zichtbaar voor het hele team, zodat niemand halverwege een release een verouderde Full-sandbox ontdekt. Preflight-checks draaien tegen de daadwerkelijke limieten van de doelorg voordat een deployment wordt uitgeleverd, waardoor shape-specifieke fouten worden opgevangen voordat ze productie bereiken. Zie orgbeheer in Serpent voor hoe omgevingen worden ingericht en bijgehouden.

Start gratis. Geen creditcard, geen installatie, geen verplichting.
Binnen 15 minuten ingericht. Geen DevOps-medewerker nodig.
