Salesforce DevOps Woordenlijst

Beheerd package

Een package die zijn code verbergt, zodat bedrijven het op AppExchange kunnen verkopen zonder bloot te geven hoe het werkt.

Definitie

Een beheerd package is een distribueerbare, van namespace voorziene bundel Salesforce-metadata waarvan de Apex-code, formules en bedrijfslogica verborgen blijven voor de installerende org, gebouwd voor AppExchange-vermelding en commerciële of multi-klantdistributie. Grote verticale apps worden op deze manier uitgeleverd, wat verklaart waarom het merendeel van de dagelijkse configuratie in een product als nCino in subscriber-orgrecords staat in plaats van in de package zelf. De namespace is een voorvoegsel voor elk component, wat botsingen tussen klant-orgs voorkomt, en kan nooit worden verwijderd zodra deze is geregistreerd.

Beheerde packages kunnen worden gebouwd met zowel 1GP als 2GP, hoewel Salesforce nu 2GP aanbeveelt vanwege de juiste versionering, afhankelijkheidsdeclaraties en het CI-vriendelijke bronmodel. Een package publiekelijk vermelden op AppExchange vereist het doorstaan van Salesforce's verplichte beveiligingsreview, en updates worden doorgaans uitgeleverd als push-upgrades naar geïnstalleerde subscriber-orgs in plaats van elke keer een nieuwe handmatige installatie.

Omdat de code verborgen blijft, kunnen abonnees beveiligde logica niet direct bekijken of aanpassen, wat precies de afweging is die licentiëring en IP-bescherming mogelijk maakt, in tegenstelling tot een ontgrendeld package. De meeste ISV's bouwen tegenwoordig op 2GP, omdat met 1GP gebouwde beheerde packages geen goede afhankelijkheidsafhandeling tussen packages hebben.

In de praktijk

Hoe het werkt in Serpent

Serpent handelt de volledige levenscyclus van beheerde packages af voor ISV's: geversioneerde builds, afhankelijkheidsbewuste promotie, versietracking van subscriber-orgs, en voorbereiding op de AppExchange-beveiligingsreview, allemaal native in plaats van vastgeplakt met scripts. Teams kunnen precies zien welke packageversie elke subscriber-org draait en dienovereenkomstig upgradepaden plannen, zonder een spreadsheet om het handmatig bij te houden. Omdat Serpent geen apart CI-systeem vereist, kunnen ISV-teams zonder toegewijde release engineer nog steeds op een voorspelbaar tempo uitleveren. Zie DevOps voor ISV's voor de volledige workflow.

Serpent volgt een managed package-release voor AppExchange-distributie
Veelgestelde vragen

Beheerd package, beantwoord

Heb ik een namespace nodig voordat ik een beheerd package kan bouwen?
Ja. Een beheerd package vereist een geregistreerde namespace die is gekoppeld aan je Dev Hub voordat je de eerste packageversie kunt aanmaken.
Kan ik een 1GP beheerd package converteren naar 2GP?
Ja, Salesforce ondersteunt het converteren van een bestaand 1GP beheerd package naar 2GP, maar het vereist eerst het aanvragen van conversietoegang voor je namespace en is een eenmalige, onomkeerbare stap.
Wat gebeurt er met subscriber-orgs wanneer ik een nieuwe packageversie uitlever?
Abonnees behouden hun momenteel geïnstalleerde versie totdat je een upgrade pusht of ze de nieuwe versie handmatig installeren; push-upgrades werken iedereen automatisch bij zonder goedkeuringsstap.

Start gratis. Geen creditcard, geen installatie, geen verplichting.

Binnen 15 minuten ingericht. Geen DevOps-medewerker nodig.

Benieuwd naar sneller releasen voordat je instapt? Laten we praten

Vrijblijvend.