Salesforce-DevOps-Glossar

Verwaltetes Paket

Ein Package, das seinen Code verbirgt, damit Unternehmen es auf AppExchange verkaufen können, ohne offenzulegen, wie es funktioniert.

Definition

Ein verwaltetes Paket ist ein verteilbares, mit Namespace versehenes Bündel von Salesforce-Metadaten, dessen Apex-Code, Formeln und Geschäftslogik vor der installierenden Org verborgen bleiben, konzipiert für die AppExchange-Listung und kommerzielle oder Multi-Client-Distribution. Große vertikale Apps werden so ausgeliefert, was erklärt, warum der Großteil der alltäglichen Konfiguration in einem Produkt wie nCino in Subscriber-Org-Datensätzen liegt statt im Paket selbst. Der Namespace stellt jeder Komponente ein Präfix voran, was Kollisionen zwischen Kunden-Orgs verhindert, und er kann nach der Registrierung nie entfernt werden.

Verwaltete Pakete können entweder mit 1GP oder 2GP gebaut werden, wobei Salesforce inzwischen 2GP wegen der korrekten Versionierung, Abhängigkeitsdeklarationen und des CI-freundlichen Quellmodells empfiehlt. Es öffentlich auf AppExchange zu listen erfordert das Bestehen von Salesforces verpflichtender Sicherheitsprüfung, und Updates werden in der Regel als Push-Upgrades an installierte Subscriber-Orgs ausgeliefert, statt jedes Mal eine neue manuelle Installation zu erfordern.

Da der Code verborgen bleibt, können Abonnenten geschützte Logik nicht direkt einsehen oder anpassen, was genau der Kompromiss ist, der Lizenzierung und IP-Schutz möglich macht, anders als bei einem entsperrten Paket. Die meisten ISVs bauen heute auf 2GP, da mit 1GP gebaute verwaltete Pakete keine ordentliche Abhängigkeitsverwaltung zwischen Paketen haben.

In der Praxis

So funktioniert es in Serpent

Serpent übernimmt den gesamten Lebenszyklus verwalteter Pakete für ISVs: versionierte Builds, abhängigkeitsbewusste Beförderung, Versionsverfolgung von Subscriber-Orgs und Vorbereitung auf die AppExchange-Sicherheitsprüfung, alles nativ statt mit Skripten angeflanscht. Teams können genau sehen, welche Package-Version jede Subscriber-Org ausführt, und entsprechende Upgrade-Pfade planen, ohne eine Tabelle, um dies manuell zu verfolgen. Da Serpent kein separates CI-System benötigt, können ISV-Teams ohne dedizierten Release Engineer trotzdem in einem vorhersehbaren Takt liefern. Siehe DevOps für ISVs für den vollständigen Workflow.

Serpent verfolgt eine Managed-Package-Release für die AppExchange-Distribution
Häufige Fragen

Verwaltetes Paket, beantwortet

Brauche ich einen Namespace, bevor ich ein verwaltetes Paket bauen kann?
Ja. Ein verwaltetes Paket erfordert einen registrierten, mit Ihrem Dev Hub verknüpften Namespace, bevor Sie die erste Package-Version erstellen können.
Kann ich ein 1GP-verwaltetes Paket zu 2GP konvertieren?
Ja, Salesforce unterstützt die Konvertierung eines bestehenden 1GP-verwalteten Pakets zu 2GP, erfordert aber zunächst die Beantragung des Konvertierungszugriffs für Ihren Namespace und ist ein einmaliger, nicht umkehrbarer Schritt.
Was passiert mit Subscriber-Orgs, wenn ich eine neue Package-Version ausliefere?
Abonnenten behalten ihre aktuell installierte Version, bis Sie ein Upgrade pushen oder sie die neue Version manuell installieren; Push-Upgrades aktualisieren alle automatisch ohne Genehmigungsschritt.

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

Einrichtung in unter 15 Minuten. Keine DevOps-Einstellung nötig.

Neugierig auf schnelleres Shipping, bevor Sie einsteigen? Sprechen wir

Unverbindlich.