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.
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.

Verwaltetes Paket, beantwortet
Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.
Einrichtung in unter 15 Minuten. Keine DevOps-Einstellung nötig.
