pulp_deb 3.0 – die Zukunft ist strukturiert!

Um zu verstehen, was diese neue Version ausmacht, müssen wir erklären, was uns zu diesem Punkt geführt hat.

Wie Sie vielleicht wissen, ist Pulp 3 eine komplette Neufassung von Pulp 2. Soweit ich weiß, haben sie nicht eine einzige Zeile Code gemeinsam. pulp_deb für Pulp 3 war wie ein unbeschriebenes Blatt, so dass wir von Anfang an viele hart erarbeitete Lektionen aus den Tagen von Pulp 2 einfließen lassen konnten.

Da wir innerhalb eines sinnvollen Zeitrahmens Funktionsparität für die Funktionen erreichen mussten, auf die sich die APT-Unterstützung von Katello stützt, mussten wir auch einige unserer Designentscheidungen aus Pulp 2 wieder importieren, die die wir sonst vielleicht weggelassen hätten. Und wie das Leben so spielt, sind wir auch auf ganz neue Herausforderungen gestoßen, die speziell für Pulp 3 gelten.

Die größte Herausforderung bei pulp_deb im Vergleich zu anderen Pulp-Plug-ins wie pulp_rpm war schon immer, dass das APT-Repository-Format die Metadaten in jedem APT-Repository in eine oder mehrere Distributionen (auch als Releases bekannt) unterteilt, die wiederum in eine oder mehrere Komponenten unterteilt sind, die Paketindizes für eine oder mehrere Architekturen enthalten können. Das bedeutet, dass das pulp_deb-Plug-in nicht nur wissen muss, in welchem Repository sich ein .deb-Paket befindet (dies ist eine pulpcore-Funktionalität, die von Pulp-Plug-ins nicht neu erfunden werden muss), sondern auch aufzeichnen muss, zu welchen Kombinationen aus Distributionen und Komponenten jedes Paket gehört. Für Pulp 3 wird dies durch die Bereithaltung dieser Informationen in sogenannten „Strukturinhalten“ gelöst, die neben den Paketen selbst in den APT-Repositories von pulp_deb gespeichert werden.