Immich: Hochperformantes selbstgehostetes Foto- und Video-Management
(github.com/immich-app)- Immich ist eine hochperformante, selbstgehostete Lösung zur Verwaltung von Fotos und Videos, mit der sich Privatsphäre und Eigentum an den eigenen Daten sichern lassen
- Als Alternative zu wichtigen Cloud-basierten Diensten wie Google Photos bietet es vielfältige Funktionen und Multi-Plattform-Unterstützung
- Es unterstützt zahlreiche KI-basierte Funktionen wie Gesichtserkennung, Metadatensuche und automatische Backups
- Eine Vielzahl von Open-Source-Mitwirkenden entwickelt das Projekt mit hoher Geschwindigkeit weiter, und es wird von der Community aktiv gepflegt und aktualisiert
- Trotz des hohen Nutzwerts und Funktionsumfangs wird zur Absicherung gegen Beschädigung oder Verlust von Daten die Einhaltung der 3-2-1-Backup-Strategie empfohlen
Projektüberblick und Bedeutung
Immich ist eine Open-Source-basierte, hochperformante selbstgehostete Lösung für Foto- und Video-Management, die den Vorteil bietet, die eigenen Mediendaten direkt in einer persönlichen Serverumgebung zu verwalten
Im Gegensatz zu bestehenden Cloud-Diensten wie Google Photos oder Amazon Photos steht es besonders im Fokus, weil sich Privatsphäre und Dateneigentum selbst kontrollieren lassen
Besonders hervorzuheben sind leistungsstarke KI- und Metadatensuche, automatisierte Backups, Unterstützung für verschiedene Geräte (Mobilgeräte, Web) sowie umfangreiche Komfortfunktionen
Als Open-Source-Projekt wird es schnell verbessert und nimmt vielfältiges Feedback auf, wodurch es sich bei Effizienz und Skalierbarkeit deutlich von Konkurrenzprodukten abhebt
Projektstatus und Hinweise zur Entwicklung
- Das Immich-Projekt wird sehr aktiv weiterentwickelt
- Da es sich noch vor der Stabilisierung befindet, sind Bugs und Kompatibilitätsprobleme möglich
- Es wird empfohlen, es nicht als einzige Speicherlösung für Foto- und Videodaten zu verwenden
- Die Umsetzung der 3-2-1-Backup-Strategie (3 Kopien, 2 verschiedene Medientypen, 1 extern gelagerte Kopie) wird empfohlen
Wichtige Funktionen im Überblick
| Funktion | Mobil | Web |
|---|---|---|
| Fotos und Videos hochladen/anzeigen | O | O |
| Automatisches Backup beim Start der App | O | X |
| Vermeidung doppelter Daten | O | O |
| Backup ausgewählter Alben | O | X |
| Download | O | O |
| Multi-User-Unterstützung | O | O |
| Alben/geteilte Alben | O | O |
| Metadaten suchen/anzeigen (EXIF, Karte usw.) | O | O |
| Suche per Gesichtern/Objekten/Metadaten/CLIP | O | O |
| Admin-Funktionen (Benutzerverwaltung usw.) | X | O |
| Hintergrund-Backup | O | X |
| OAuth, API-Schlüssel, Live-Photos-Unterstützung usw. | Verschiedene Funktionen verfügbar | |
| 360-Grad-Bildansicht, benutzerdefinierte Speicherstruktur | Teilweise nur im Web unterstützt | |
| Öffentliches Teilen, Archiv & Favoriten, globale Karte | O | O |
| Partnerfreigabe, Gesichtserkennung/-Clustering, Erinnerungen ansehen | O | O |
| Offline-Unterstützung (Mobil), schreibgeschützte Galerie | O/X | O |
| Ordneransicht, Tags, Scrubber/Drag-Scroll | Vielfältige Unterstützung |
Übersetzung und Dokumentation
- Die offizielle Dokumentation ist unter https://immich.app/ verfügbar
- Unterstützung für mehrsprachige Übersetzungen (einschließlich Koreanisch) verbessert die Benutzerfreundlichkeit für Anwender weltweit
Tech-Stack und Open-Source-Informationen
- Einsatz eines modernen Web-/App-Tech-Stacks mit TypeScript (43 %), Dart (35 %), Svelte (14 %) usw.
- Offen unter der AGPL-3.0-Lizenz, frei nutzbar und offen für Beiträge von allen
- Mehr als 1.500 aktive Mitwirkende und über 75.000 GitHub-Stars
Einsatzhintergrund und Alleinstellungsmerkmale
- Entwickelt sich zu einem vollwertigen Ersatz für Google Photos und kommerzielle Cloud-Dienste zur Fotoverwaltung
- Bietet zahlreiche Vorteile wie die Freiheit von Open Source, Datensouveränität, schnelle Funktionsverbesserungen und Erweiterbarkeit sowie die Vorteile des Betriebs auf dem eigenen Server
- Dank leistungsstarker Such-, Sortier- und KI-Funktionen sowie einer intuitiven UI können auch Einsteiger es sofort nutzen
Hinweise und Fazit
- Um Datenverlust zu vermeiden, ist der Aufbau eines zusätzlichen Backup-Systems unbedingt erforderlich
- Eine geeignete Wahl für Early Adopter, Entwickler und Nutzer, die großen Wert auf ihre Privatsphäre legen
- Über die offizielle Demo und die Dokumentation lässt sich die tatsächliche Funktionsweise ausprobieren
1 Kommentare
Hacker-News-Kommentare
Würde ich gern einmal ausprobieren, aber aktuell wirkt die Software-Lieferkette von Immich so instabil, dass offenbar alle paar Tage Dependency-Updates nötig sind.
Ich warte darauf, dass das Dependency-Management ausgereift genug ist, um als Debian-Paket angeboten zu werden.
Für mich persönlich ist die Stabilität des Dependency-Managements ein wichtiger Qualitätsmaßstab. Ich möchte so etwas mindestens 2–3 Jahre lang nutzen können, ohne mir außer um Security-Patches Sorgen machen zu müssen.
Ständig wechselnde Dependencies, über viele Projekte verstreute Abhängigkeiten und Docker Compose allein schaffen für mich kein langfristiges Vertrauen.
Ironischerweise sah ich kurz nachdem ich das geschrieben hatte diesen Beitrag, der einen echten Fall eines Dependency-Angriffs zeigt.
Natürlich ist auch Debian nicht zu 100 % gegen so etwas sicher, aber wenn sich Dependencies nicht ständig ändern, sinkt die Wahrscheinlichkeit eines erfolgreichen Angriffs deutlich.
Immich ist gegen solche Supply-Chain-Probleme tatsächlich eher besser gewappnet.
Der Grund ist, dass es eine Richtlinie gibt, vor dem Erstellen von Dependency-Update-PRs 5 Tage zu warten.
Das ist eine gute Praxis und lässt sich auch in den Richtliniendetails nachlesen.
Ich beobachte Immich schon ziemlich lange.
Ich würde es gern ausprobieren, sobald einmal eine offizielle stabile Version erscheint.
Falls ich von Google Photos auf Immich umsteigen würde, mache ich mir auch Gedanken über ein vernünftiges Backup-Setup.
Derzeit sichere ich die wichtigsten Homelab-Daten automatisch auf Google Drive, aber wenn ich Fotos selbst hoste, würde ich unbedingt auch ein Offsite-Backup einplanen wollen.
Ganz ehrlich: Auf der Homepage von Immich prangt immer noch ein großer Warnbanner, dass es sich um Beta handelt.
Bis zu einem offiziellen Release wird der Entwicklungsablauf wohl zwangsläufig etwas chaotisch bleiben.
So ist Softwareentwicklung nun einmal.
Ich stimme zu, dass ständig wechselnde Dependencies wirklich das Gefühl vermitteln, "nicht produktionsreif" zu sein.
Ich habe in der Vergangenheit bei Self-Hosting-Projekten auch schon erlebt, dass Hauptupdates so häufig kamen, dass ich mehr Zeit mit Dependency-Problemen verbracht habe als mit dem eigentlichen Nutzen des Tools.
Andererseits ist ein hohes Entwicklungstempo auch ein Zeichen für Bugfixes und aktive Weiterentwicklung.
Ich selbst gehe meist davon aus, dass etwas ausreichend stabil ist, sobald es für Debian/Ubuntu paketiert wird; bis dahin experimentiere ich üblicherweise nur in einer Docker-Sandbox damit, statt es im Sinne von "einrichten und vergessen" zu verwenden.
Mich würde interessieren, ob ein LTS-Branch für solche Projekte überhaupt wirklich helfen würde, wenn das Ökosystem sich so schnell verändert.
Ich mag Immich wirklich sehr.
Vor der Einführung der "Beta timeline" gab es auf Android viele Performance-Probleme, und auf dem iPhone meiner Frau funktionierte die Synchronisierung fast gar nicht.
Seit der Aktivierung der Beta timeline ist es aber nahezu perfekt. Wir nutzen es seit mehreren Monaten ohne Probleme.
Auch das Command-Line Interface (CLI) ist hervorragend, sodass ich Dinge wie das automatische Erstellen von Alben aus Signal-Backups umsetzen konnte.
Vielen Dank an das Immich-Team.
Danke. Ich habe zwar Updates eingespielt, bin aber praktisch noch nicht umgestiegen.
Im Vergleich zu früher merkt man wirklich einen riesigen Unterschied.
Eine Sache, die ich mir noch wünsche, ist die Möglichkeit, Suchergebnisse nach "Datum" statt nach "Relevanz" zu sortieren.
Wenn ich nach einem Foto von vor drei Jahren suche, von dem ich den Aufnahmezeitpunkt ziemlich genau kenne, ist es schwer zu finden, weil die Ergebnisse irgendwie zufällig wirken.
Könntest du genauer erklären, wie du aus einem Signal-Backup automatisch Alben erzeugst?
Mich würde interessieren, ob du dabei den Backup-Schlüssel auf dem Homeserver speicherst und dann ein Tool zum Entschlüsseln und Parsen verwendest.
Ein Problem, das ich erlebt habe: Bei aus iCloud importierten Fotos wird als Datum nicht das tatsächliche Aufnahmedatum gespeichert, sondern das Upload-Datum.
Wenn man sich alte Fotos ansieht, die vor langer Zeit aufgenommen wurden, wirkt das sehr merkwürdig.
Bin in der Beta ausgestiegen.
Sowohl auf dem iPhone als auch auf Android stoppt das Backup, sobald die App nicht mehr geöffnet ist.
Vielleicht liegt es daran, dass mein Server noch auf v.1.139.4 läuft, aber auf Android kam ich mit der neuen beta timeline sogar schlechter zurecht.
Nach einer Woche habe ich sie wieder deaktiviert, weil das Laden der Thumbnails viel zu lange dauerte.
Im Vergleich zu Google Photos wirkt jede Version der Immich-Timeline in der Nutzung ziemlich grob.
Als Backup-Alternative ist es großartig, aber als alltägliche Galerie-App würde ich es nur schwer empfehlen.
Den Entwicklern gebührt Anerkennung, aber eher allgemeine Nutzer dürften es als unbequem empfinden.
Ich betreibe Immich auf einem Pi4 zusammen mit mehreren anderen Self-Hosting-Diensten.
Die Daten liegen auf einem NAS.
Die Performance auf dem Pi4 ist nicht überragend, aber es läuft ohne größere Unannehmlichkeiten gut.
Der Wechsel von Google Photos zu Immich verlief problemlos, und es lässt sich fast als vollwertiger Ersatz nutzen.
Ich empfehle auf jeden Fall das Tool immich-go. Es hilft enorm beim Übertragen von Google-Takeout-Daten nach Immich.
Immich unterstützt CLIP-basierte Suche, also semantische Suche ähnlich wie in Google Photos, was sehr nützlich klingt.
Mich würde interessieren, wie gut die CLIP-bezogene Verarbeitung auf einem Pi4 funktioniert.
Mich würde interessieren, wie du den Dienst für Familie oder den/die Partner:in außerhalb des Hauses zugänglich machst.
Nutzt du tailscale, einen Cloudflare-Tunnel, VPN oder öffnest du direkt Ports am Router?
Ich habe tailscale ausprobiert, aber für die andere Seite könnte das etwas umständlich sein.
Ich habe Immich letzte Woche eingerichtet und bin wirklich zufrieden.
Da ich mit Setups in Docker-Umgebungen vertraut bin, war die Installation relativ einfach, auch wenn ein paar unfertige Ecken auffallen, die sich wohl ganz natürlich lösen werden, wenn das Projekt reifer wird.
Ich habe es meinem Partner gezeigt, und er war so begeistert, dass er sogar größeren Speicherplatz für den Server bestellt hat.
Ich nutze derzeit Google Photos und OneDrive parallel, aber mit dem Umstieg auf Immich plane ich, OneDrive nicht mehr zu verwenden und den Netzwerkspeicher zu erweitern.
Auf der offiziellen Website und in der Dokumentation steht klar, dass man Immich nicht als einziges Speichersystem verwenden sollte; deshalb werde ich mein Google-Photos-Backup weiter beibehalten und sichere Immich sowie den Netzwerkspeicher mit restic nach B2.
Diese Art von Snapshot-Backups nutze ich seit langem in der Serververwaltung.
Ich musste auch schon einige Male Wiederherstellungen durchführen, und wenn ein Backup gut umgesetzt ist, gibt einem das im Ernstfall wirklich Sicherheit.
Ich würde Immich wirklich gern nutzen können, habe aber kein Interesse daran, einen Homeserver zu betreiben.
Hier ist die Stromversorgung nicht stabil, und die Kosten für eine Notstromlösung sind mir zu hoch.
Ich möchte mich auch nicht um Hardware kümmern müssen.
Cloud-Hosting habe ich mir ebenfalls angesehen, aber wegen Fotos und Videos brauche ich viel Speicherplatz.
Object Storage ist günstig, wird von Immich aber nicht unterstützt.
Block Storage ist teuer.
Ich habe mir auch s3fuse angeschaut, aber der allgemeine Tenor ist, dass die Performance bei vielen kleinen Dateien wie Thumbnails nicht gut ist.
Mich würde interessieren, ob jemand es tatsächlich in der Cloud betreibt und wie das gelöst wurde.
Als einfache Option würde ich Pikapods empfehlen.
Die Hetzner Storage Box ist ebenfalls eine preislich vernünftige Option.
Es überrascht mich, dass Support für Object Storage nicht von Anfang an eine Priorität war.
Andererseits ist es nachvollziehbar, wenn Self-Hosting die Hauptzielgruppe ist.
Trotzdem hatte ich eine gewisse Erwartung, weil die Kombination aus günstigem Object Storage und CDN für Bilder und Videos eigentlich Industriestandard ist.
Bei einem Dienst, der je nach Nutzerdatenmenge dynamisch skaliert, würde ich standardmäßig erwarten, dass man auf S3 oder Alternativen speichern und von dort abrufen kann.
Das Team hat kürzlich eine One-Click-Deployment-Option im DigitalOcean Marketplace hinzugefügt.
Wenn du eine Cloud-Hosting-Umgebung brauchst, könnte das hilfreich sein.
Zu dem Punkt mit instabiler Stromversorgung und der teuren Notstromlösung:
Es gibt auch günstige UPS-Modelle, die den Stromstatus per USB melden können.
Bei einem Stromausfall können sie den Server nach einer gewissen Zeit sicher herunterfahren und ihn nach Wiederkehr der Stromversorgung automatisch wieder einschalten.
Trotzdem kann ich gut nachvollziehen, wenn man sich nicht selbst um Hardware kümmern möchte.
Ich habe mir kürzlich sowohl Immich als auch Ente.io angesehen.
Gesucht hatte ich etwas für Synchronisierung und das Teilen von Fotos, weil
Immich wirkte attraktiv, aber am Ende habe ich mich für Ente entschieden, weil es E2E-Verschlüsselung bietet, und bin damit bisher ziemlich zufrieden.
Ich wollte Ente ausprobieren und habe es selbst gehostet.
Mein ursprüngliches Interesse galt ebenfalls der E2E-Verschlüsselung.
Minio für die Datenspeicherung läuft auf einem VPS, während Frontend und der Rest bei mir zu Hause laufen. Den gleichen VPS nutze ich auch als Reverse Proxy.
Momentan verwende ich es ohne Sharing-Funktionen nur dafür, Fotos von meinem Handy auf Desktop und Tablet zu synchronisieren.
Auch meine Familie interessiert sich dafür, ihre Abhängigkeit von Google zu verringern.
Irgendwann werde ich wahrscheinlich für die Album-Sharing-Funktion bezahlen, weil wir zu viele Fotos haben, um sie nur über Signal zu teilen.
Mich würde interessieren, worin genau die nachlassende Zuverlässigkeit von Syncthing besteht.
Ich wollte es künftig stärker nutzen und frage mich, ob es an großen Dateien oder der Anzahl der Dateien liegt.
Google Photos hat eine Zeit lang mit "unbegrenztem" Speicher geworben und dann vor nicht allzu langer Zeit still und leise Speicherlimits eingeführt.
Seitdem höre ich ständig Beschwerden über "zu wenig Speicher", und es geht viel Zeit damit drauf, Platz freizuräumen.
Diese Erfahrung war für mich der Auslöser, nach einer Self-Hosting-Lösung zu suchen, und ich bin nach einem Jahr mit Immich sehr zufrieden.
Ich teile hier eine Sammlung früherer Hacker-News-Beiträge zu Immich.
Vor 1 Jahr: Beitrag1
Vor 1 Jahr: Beitrag2
Vor 3 Jahren: Beitrag3
Vor 7 Monaten: Beitrag4
Vor 4 Jahren: Beitrag5
Vor 1 Jahr: Beitrag6
Immich Progress Update (Juli 2024)
Self-hosted photo and video management solution (Juni 2024)
AGPL Self-Hosting-Foto-/Videomanagement (April 2024)
Immich Lizenzwechsel MIT→AGPLv3 (Februar 2024)
Self-hosted Handyfoto-/Videobackup (Juli 2023)
Immich: Android/iOS-Backup (Oktober 2022)
Ich habe noch einen ungenutzten Raspberry Pi herumliegen und würde Immich gern einmal darauf laufen lassen.
Da ich Fotos wirklich ungern verlieren würde, interessiert mich, wie die Leute ihre Backups aufsetzen.
Ist der Kauf einer Synology die einzige Möglichkeit, oder gibt es noch andere gängige Backup-Alternativen?
Ich möchte bescheiden ein persönliches Projekt vorstellen.
Es heißt Video Hub App und ermöglicht das Durchstöbern von Videos in einer eleganten Galerie mit endlosem Scrollen, inklusive Suche, Filterung, Tagging und weiteren Funktionen zur Erkundung.
Es läuft ausschließlich lokal, ohne jegliche Online-Übertragung.
videohubapp.com
Open Source: github
Mich würde interessieren, ob die App auch das Exportieren von Struktur und Metadaten unterstützt.