Über ein Jahrzehnt lang war Bitnami die Standardantwort auf „ich brauche ein WordPress auf AWS, und zwar gestern". Es packte das halbe Internet —AMIs, Container und Charts— fertig konfiguriert und in zwei Klicks startbereit. Wer in den letzten zehn Jahren Infrastruktur angefasst hat, hat fast sicher eines davon gestartet.
Dieser kostenlose Katalog wird nicht mehr gepflegt. Nach dem Übergang zu Broadcom wurden die Images in ein Legacy-Repository verschoben, das keine Aktualisierungen erhält, und die AMIs wurden aus dem AWS Marketplace genommen. Es gibt keine neue Version zum Starten und niemanden, bei dem man ein Ticket öffnen könnte.
Das Problem ist nicht der Tag, an dem sie aufhören zu veröffentlichen
Es ist der Tag danach. Ihre Instanz startet genau wie gestern: dieselben Dienste, dieselben Pfade, dieselbe Leistung. Nichts geht kaputt – und genau das ist die Falle. Was sich ändert, ist von außen unsichtbar.
Ab diesem Moment bleibt jede CVE, die gegen das Basissystem oder die enthaltene Software veröffentlicht wird, auf Ihrer Maschine offen. Kein gepatchtes Image zum Neustarten, keine Meldung, niemand, der antwortet. Die Schuld häuft sich still an, bis sie jemand entdeckt: ein Audit, ein Kunde, der das Schwachstelleninventar verlangt, oder Schlimmeres.
Und das Image von Hand nachzubauen ist nicht trivial. Ein Bitnami-AMI ist nicht „das installierte Paket": Es ist ein eigener Verzeichnisbaum, Startskripte, auf bestimmte Weise verdrahtete Dienste und ein Haufen vor Jahren getroffener Entscheidungen, die Ihre Anwendung als gegeben voraussetzt.
Was wir getan haben
Wir haben Ersatz veröffentlicht, den wir tatsächlich pflegen. Die Idee ist absichtlich langweilig: gleiche Architektur, gleiche Pfade, gleiche Dienste, damit die Migration kein Projekt ist, sondern ein Nachmittag.
- Regelmäßige Patches. Jede Image-Revision enthält die Sicherheitsupdates des Basissystems und der mitgelieferten Software.
- Sicherheitsaudit. Schwachstellen-Scan und Überprüfung der CIS-Härtung für jedes veröffentlichte Image, samt Bericht.
- Menschlicher Support. Tickets landen bei dem Team, das die Images baut.
Der Katalog wächst nach dem, was die migrierenden Teams anfragen, und jedes verfügbare AMI steht in der Ersatzübersicht neben dem Bitnami-Stack, den es ablöst.
Wie migriert wird
In den meisten Fällen sind es drei Schritte, ohne etwas neu zu schreiben:
- Starten Sie den Ersatz aus dem AWS Marketplace, in derselben Region und mit demselben Instanztyp wie zuvor.
- Migrieren Sie Ihre Daten: Dump einspielen oder Datenvolume einhängen. Pfade und Dienste entsprechen denen von Bitnami.
- Verschieben Sie die Elastic IP auf die neue Instanz. Ihre Kunden merken nichts.
Wenn Ihr Stack noch nicht in der Übersicht steht, schreiben Sie uns. Wir priorisieren neuen Ersatz danach, was am häufigsten nachgefragt wird – und zu wissen, dass jemand ihn braucht, ist genau das, was die Liste bewegt.
