Loading content
Artifactory ist ein universeller Artifact-Repository-Manager zur Speicherung, Versionierung und Distribution von Build-Artefakten und Container-Images. Es unterstützt CI/CD-Integrationen, Berechtigungssteuerung, Replikation und Remote-Repository-Caching. Organisationen nutzen es zur Zentralisierung von Artefakten, zur Durchsetzung von Sicherheitsrichtlinien…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
JFrog Artifactory ist ein Repository-Manager, der Binärpakete und Container-Images versionsbezogen speichert, verteilt und als Abhängigkeiten bereitstellt.
Artifactory entstand 2006 bei JFrog, gegründet von Shlomi Ben Haim, Fred Simon und Yoav Landman. Das Produkt adressierte die wachsende Notwendigkeit, Build-Artefakte unabhängig von Quellcode zentral zu verwalten.
Artifactory ist ein Lager mit Qualitätskontrolle für Softwarepakete: Builds legen versionierte Artefakte ab, andere Builds beziehen exakt diese Versionen. Repositories, Metadaten und Zugriffsregeln machen aus einzelnen Dateien eine kontrollierte Lieferkette.
Pakete werden zentral gespeichert und nach Typ oder Zweck organisiert.
Ein reproduzierbares Build-Ergebnis wird versioniert abgelegt.
Artefakte können kontrolliert durch Entwicklungs- und Freigabestufen wandern.
Artifactory schafft eine verlässliche Quelle für Abhängigkeiten und Build-Ergebnisse in CI/CD. Es verbessert Nachvollziehbarkeit und Wiederverwendung; Aufbewahrung, Berechtigungen und Scans müssen aktiv betrieben werden.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.