Das f\u00fcr Transaktionen g\u00fcltige ACID-Prinzip von Datenbanken ist ein elementarer Unterschied zu den Storages. Kein einziger dieser Storages kennt Transaktionen, sondern jeweils in Bl\u00f6cken, Files oder Objekten.<\/p>\n\n\n\n
Block Storages<\/h2>\n\n\n\n![\"\"](\"https:\/\/barc.com\/wp-content\/uploads\/2022\/08\/block-storages-1.png\")
<\/figure>\n\n\n\nBlock Storages speichern Datenbl\u00f6cke auf physische Speichermedien wie z. B. Festplatten. Es ist somit eine hardware-nahe, performante Speicherform, die sich einzig um Speicherung k\u00fcmmert.<\/p>\n\n\n\n
Alle h\u00f6heren Aufgaben der Zugriffsverwaltung werden \u00fcblicherweise durch das Betriebssystem, meist durch SCSI- oder SATA-Befehle \u00fcbernommen \u2013 beispielsweise bei der gemeinsamen Nutzung (Sharing) oder Security. In \u00fcblichen Analytics-Anwendungen kommt der Nutzer nicht mit Block Storages in Ber\u00fchrung, auch wenn schlussendlich seine Daten auf physischen Medien in Bl\u00f6cken gespeichert werden.<\/p>\n\n\n\n
Block Storages werden auch auf der Ebene des physischen Speichermediums von Datenbanksystemen genutzt.<\/p>\n\n\n\n
File Storages<\/h2>\n\n\n\n![\"\"](\"https:\/\/barc.com\/wp-content\/uploads\/2022\/08\/file-storages-2.png\")
<\/figure>\n\n\n\nFile Storages speichern Daten in Ordner-Hierarchien. Die Navigation erfolgt entlang der Filepfade anhand von Dateisystem-Befehlen direkt aus den Applikationen wie das NFS-Protokoll. Der Dateipfad und der Filename m\u00fcssen der Applikation bekannt sein.<\/p>\n\n\n\n
File Storages eignen sich vorzugweise f\u00fcr die Speicherung von Dateien beliebiger Formate in gemeinsamen Netzwerken. Die Verwaltung erfolgt entweder direkt durch das Betriebssystem (File System) oder indirekt durch Applikationen (wie Dokumenten-Management-Systeme, etc.).<\/p>\n\n\n\n
File Storages k\u00f6nnen nahezu unbeschr\u00e4nkt horizontal skalieren, indem einfach weitere Nodes angef\u00fcgt werden. Die einzige theoretische Beschr\u00e4nkung ist die Namenskonvention.<\/p>\n\n\n\n
Object Storages<\/h2>\n\n\n\n![\"\"](\"https:\/\/barc.com\/wp-content\/uploads\/2022\/08\/object-storages-1.png\")
Object Storages speichern Daten und Metadaten getrennt, wobei die freie Definition von Metadaten m\u00f6glich ist. Die physische Speicherung erfolgt mittels einer eindeutigen Kennung in einem flachen Adressraum. F\u00fcr die Navigation muss die physische Struktur nicht bekannt sein. Object Storages erm\u00f6glichen einen schnelleren Zugriff als File Storages, da die Navigation entlang der Ordner-Struktur entf\u00e4llt. Der Zugriff erfolgt \u00fcber REST-APIs oder SOAP via http.<\/figcaption><\/figure>\n\n\n\nDa sie keine direkten Updates durchf\u00fchren k\u00f6nnen, eignen sie sich vor allem f\u00fcr die Verwaltung von statischen Daten in verteilten Infrastrukturen. Sie kennen nur folgende Befehle:<\/p>\n\n\n\n
\n- PUT<\/strong>: Erstellen eines Objekts<\/li>\n\n\n\n
- GET<\/strong>: Lesen eines Objekts<\/li>\n\n\n\n
- LIST<\/strong>: Auflisten aller Objekte<\/li>\n\n\n\n
- DELET<\/strong>E: L\u00f6schen eines Objekts<\/li>\n<\/ul>\n\n\n\n
Object Storages skalieren ebenfalls horizontal.<\/p>\n\n\n\n
Vergleich<\/h2>\n\n\n\n<\/td> Object Storage<\/strong><\/td>File Storage<\/strong><\/td>Block Storage<\/strong><\/td><\/tr>Eigenschaften<\/strong><\/td>Getrennte Speicherung von Objekten und Metadaten, inkl. frei definierten Metadaten<\/td> Speicherung von beliebigen Daten in gemeinsamen Netzwerken<\/td> Hardwarenahe Speicherung in Bl\u00f6cken<\/td><\/tr> Einsatzzweck und Use Cases<\/strong><\/td>Relativ statische Dateien in
– Data Lakes
– Raw Data Vault
– Persistente Staging Areas in einer modernen Data-Warehouse-Architektur
– Backups
– Archive<\/td> Unternehmensweite Filesysteme f\u00fcr verschiedene Anwendung wie shared disks<\/td> Physische Speicherung auf Disks<\/td><\/tr> Speicherform<\/strong><\/td>Flacher Adressraum<\/td> Hierarchische Ordner-Strukturen<\/td> Physische Bl\u00f6cke des Speichermediums<\/td><\/tr> Zugriffsart und Navigation<\/strong><\/td>Zugriff via Object-ID
REST und SOAP via HTTP
Kennt keine Updates<\/td> Navigation anhand der Ordnerstruktur
Protokolle: CIFS oder NFS<\/td> Zugriffsverwaltung erfolgt durch das Betriebssystem
Protokolle SATA, SCSI<\/td><\/tr> Skalierung<\/strong><\/td>Horizontale Skalierung durch das Hinzuf\u00fcgen weiterer Nodes<\/td> Horizontale Skalierung durch das Hinzuf\u00fcgen weiterer Nodes<\/td> <\/td><\/tr> St\u00e4rken<\/strong><\/td>– Beliebig skalierbar in verteilten Infrastrukturen wie der Cloud
– Performantes Speichern, Lesen und L\u00f6schen von statischen Dateien<\/td> – Gemeinsame Nutzung von Dateien innerhalb eines Netzwerkes<\/td> – Hohe Performance<\/td><\/tr> Schw\u00e4chen<\/strong><\/td>– Schlecht geeignet f\u00fcr h\u00e4ufige \u00c4nderungen von Dateien<\/td> – \u00fcbergreifende Nutzung \u00fcber mehrere Rechenzentren oder Netzwerk-Dom\u00e4nen
– bei komplexen Ordnerstrukturen<\/td> – Einfache Datenmanagement-Aufgaben m\u00fcssen getrennt durch das Betriebssystem \u00fcbernommen werden
– Skalierung begrenzt durch physische Speichermedien<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\t\t\n\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t![\"\"](\"https:\/\/barc.com\/wp-content\/uploads\/2023\/01\/Icon-white_Webinar-02.png\")
\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\n\t\t\t
<\/figure>\n\n\n\nBlock Storages speichern Datenbl\u00f6cke auf physische Speichermedien wie z. B. Festplatten. Es ist somit eine hardware-nahe, performante Speicherform, die sich einzig um Speicherung k\u00fcmmert.<\/p>\n\n\n\n
Alle h\u00f6heren Aufgaben der Zugriffsverwaltung werden \u00fcblicherweise durch das Betriebssystem, meist durch SCSI- oder SATA-Befehle \u00fcbernommen \u2013 beispielsweise bei der gemeinsamen Nutzung (Sharing) oder Security. In \u00fcblichen Analytics-Anwendungen kommt der Nutzer nicht mit Block Storages in Ber\u00fchrung, auch wenn schlussendlich seine Daten auf physischen Medien in Bl\u00f6cken gespeichert werden.<\/p>\n\n\n\n
Block Storages werden auch auf der Ebene des physischen Speichermediums von Datenbanksystemen genutzt.<\/p>\n\n\n\n
File Storages<\/h2>\n\n\n\n<\/figure>\n\n\n\nFile Storages speichern Daten in Ordner-Hierarchien. Die Navigation erfolgt entlang der Filepfade anhand von Dateisystem-Befehlen direkt aus den Applikationen wie das NFS-Protokoll. Der Dateipfad und der Filename m\u00fcssen der Applikation bekannt sein.<\/p>\n\n\n\n
File Storages eignen sich vorzugweise f\u00fcr die Speicherung von Dateien beliebiger Formate in gemeinsamen Netzwerken. Die Verwaltung erfolgt entweder direkt durch das Betriebssystem (File System) oder indirekt durch Applikationen (wie Dokumenten-Management-Systeme, etc.).<\/p>\n\n\n\n
File Storages k\u00f6nnen nahezu unbeschr\u00e4nkt horizontal skalieren, indem einfach weitere Nodes angef\u00fcgt werden. Die einzige theoretische Beschr\u00e4nkung ist die Namenskonvention.<\/p>\n\n\n\n
Object Storages<\/h2>\n\n\n\nObject Storages speichern Daten und Metadaten getrennt, wobei die freie Definition von Metadaten m\u00f6glich ist. Die physische Speicherung erfolgt mittels einer eindeutigen Kennung in einem flachen Adressraum. F\u00fcr die Navigation muss die physische Struktur nicht bekannt sein. Object Storages erm\u00f6glichen einen schnelleren Zugriff als File Storages, da die Navigation entlang der Ordner-Struktur entf\u00e4llt. Der Zugriff erfolgt \u00fcber REST-APIs oder SOAP via http.<\/figcaption><\/figure>\n\n\n\nDa sie keine direkten Updates durchf\u00fchren k\u00f6nnen, eignen sie sich vor allem f\u00fcr die Verwaltung von statischen Daten in verteilten Infrastrukturen. Sie kennen nur folgende Befehle:<\/p>\n\n\n\n
\n- PUT<\/strong>: Erstellen eines Objekts<\/li>\n\n\n\n
- GET<\/strong>: Lesen eines Objekts<\/li>\n\n\n\n
- LIST<\/strong>: Auflisten aller Objekte<\/li>\n\n\n\n
- DELET<\/strong>E: L\u00f6schen eines Objekts<\/li>\n<\/ul>\n\n\n\n
Object Storages skalieren ebenfalls horizontal.<\/p>\n\n\n\n
Vergleich<\/h2>\n\n\n\n<\/td> Object Storage<\/strong><\/td>File Storage<\/strong><\/td>Block Storage<\/strong><\/td><\/tr>Eigenschaften<\/strong><\/td>Getrennte Speicherung von Objekten und Metadaten, inkl. frei definierten Metadaten<\/td> Speicherung von beliebigen Daten in gemeinsamen Netzwerken<\/td> Hardwarenahe Speicherung in Bl\u00f6cken<\/td><\/tr> Einsatzzweck und Use Cases<\/strong><\/td>Relativ statische Dateien in
– Data Lakes
– Raw Data Vault
– Persistente Staging Areas in einer modernen Data-Warehouse-Architektur
– Backups
– Archive<\/td> Unternehmensweite Filesysteme f\u00fcr verschiedene Anwendung wie shared disks<\/td> Physische Speicherung auf Disks<\/td><\/tr> Speicherform<\/strong><\/td>Flacher Adressraum<\/td> Hierarchische Ordner-Strukturen<\/td> Physische Bl\u00f6cke des Speichermediums<\/td><\/tr> Zugriffsart und Navigation<\/strong><\/td>Zugriff via Object-ID
REST und SOAP via HTTP
Kennt keine Updates<\/td> Navigation anhand der Ordnerstruktur
Protokolle: CIFS oder NFS<\/td> Zugriffsverwaltung erfolgt durch das Betriebssystem
Protokolle SATA, SCSI<\/td><\/tr> Skalierung<\/strong><\/td>Horizontale Skalierung durch das Hinzuf\u00fcgen weiterer Nodes<\/td> Horizontale Skalierung durch das Hinzuf\u00fcgen weiterer Nodes<\/td> <\/td><\/tr> St\u00e4rken<\/strong><\/td>– Beliebig skalierbar in verteilten Infrastrukturen wie der Cloud
– Performantes Speichern, Lesen und L\u00f6schen von statischen Dateien<\/td> – Gemeinsame Nutzung von Dateien innerhalb eines Netzwerkes<\/td> – Hohe Performance<\/td><\/tr> Schw\u00e4chen<\/strong><\/td>– Schlecht geeignet f\u00fcr h\u00e4ufige \u00c4nderungen von Dateien<\/td> – \u00fcbergreifende Nutzung \u00fcber mehrere Rechenzentren oder Netzwerk-Dom\u00e4nen
– bei komplexen Ordnerstrukturen<\/td> – Einfache Datenmanagement-Aufgaben m\u00fcssen getrennt durch das Betriebssystem \u00fcbernommen werden
– Skalierung begrenzt durch physische Speichermedien<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\t\t\n\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\n\t\t\t
<\/figure>\n\n\n\nFile Storages speichern Daten in Ordner-Hierarchien. Die Navigation erfolgt entlang der Filepfade anhand von Dateisystem-Befehlen direkt aus den Applikationen wie das NFS-Protokoll. Der Dateipfad und der Filename m\u00fcssen der Applikation bekannt sein.<\/p>\n\n\n\n
File Storages eignen sich vorzugweise f\u00fcr die Speicherung von Dateien beliebiger Formate in gemeinsamen Netzwerken. Die Verwaltung erfolgt entweder direkt durch das Betriebssystem (File System) oder indirekt durch Applikationen (wie Dokumenten-Management-Systeme, etc.).<\/p>\n\n\n\n
File Storages k\u00f6nnen nahezu unbeschr\u00e4nkt horizontal skalieren, indem einfach weitere Nodes angef\u00fcgt werden. Die einzige theoretische Beschr\u00e4nkung ist die Namenskonvention.<\/p>\n\n\n\n
Object Storages<\/h2>\n\n\n\nObject Storages speichern Daten und Metadaten getrennt, wobei die freie Definition von Metadaten m\u00f6glich ist. Die physische Speicherung erfolgt mittels einer eindeutigen Kennung in einem flachen Adressraum. F\u00fcr die Navigation muss die physische Struktur nicht bekannt sein. Object Storages erm\u00f6glichen einen schnelleren Zugriff als File Storages, da die Navigation entlang der Ordner-Struktur entf\u00e4llt. Der Zugriff erfolgt \u00fcber REST-APIs oder SOAP via http.<\/figcaption><\/figure>\n\n\n\nDa sie keine direkten Updates durchf\u00fchren k\u00f6nnen, eignen sie sich vor allem f\u00fcr die Verwaltung von statischen Daten in verteilten Infrastrukturen. Sie kennen nur folgende Befehle:<\/p>\n\n\n\n
\n- PUT<\/strong>: Erstellen eines Objekts<\/li>\n\n\n\n
- GET<\/strong>: Lesen eines Objekts<\/li>\n\n\n\n
- LIST<\/strong>: Auflisten aller Objekte<\/li>\n\n\n\n
- DELET<\/strong>E: L\u00f6schen eines Objekts<\/li>\n<\/ul>\n\n\n\n
Object Storages skalieren ebenfalls horizontal.<\/p>\n\n\n\n
Vergleich<\/h2>\n\n\n\n<\/td> Object Storage<\/strong><\/td>File Storage<\/strong><\/td>Block Storage<\/strong><\/td><\/tr>Eigenschaften<\/strong><\/td>Getrennte Speicherung von Objekten und Metadaten, inkl. frei definierten Metadaten<\/td> Speicherung von beliebigen Daten in gemeinsamen Netzwerken<\/td> Hardwarenahe Speicherung in Bl\u00f6cken<\/td><\/tr> Einsatzzweck und Use Cases<\/strong><\/td>Relativ statische Dateien in
– Data Lakes
– Raw Data Vault
– Persistente Staging Areas in einer modernen Data-Warehouse-Architektur
– Backups
– Archive<\/td> Unternehmensweite Filesysteme f\u00fcr verschiedene Anwendung wie shared disks<\/td> Physische Speicherung auf Disks<\/td><\/tr> Speicherform<\/strong><\/td>Flacher Adressraum<\/td> Hierarchische Ordner-Strukturen<\/td> Physische Bl\u00f6cke des Speichermediums<\/td><\/tr> Zugriffsart und Navigation<\/strong><\/td>Zugriff via Object-ID
REST und SOAP via HTTP
Kennt keine Updates<\/td> Navigation anhand der Ordnerstruktur
Protokolle: CIFS oder NFS<\/td> Zugriffsverwaltung erfolgt durch das Betriebssystem
Protokolle SATA, SCSI<\/td><\/tr> Skalierung<\/strong><\/td>Horizontale Skalierung durch das Hinzuf\u00fcgen weiterer Nodes<\/td> Horizontale Skalierung durch das Hinzuf\u00fcgen weiterer Nodes<\/td> <\/td><\/tr> St\u00e4rken<\/strong><\/td>– Beliebig skalierbar in verteilten Infrastrukturen wie der Cloud
– Performantes Speichern, Lesen und L\u00f6schen von statischen Dateien<\/td> – Gemeinsame Nutzung von Dateien innerhalb eines Netzwerkes<\/td> – Hohe Performance<\/td><\/tr> Schw\u00e4chen<\/strong><\/td>– Schlecht geeignet f\u00fcr h\u00e4ufige \u00c4nderungen von Dateien<\/td> – \u00fcbergreifende Nutzung \u00fcber mehrere Rechenzentren oder Netzwerk-Dom\u00e4nen
– bei komplexen Ordnerstrukturen<\/td> – Einfache Datenmanagement-Aufgaben m\u00fcssen getrennt durch das Betriebssystem \u00fcbernommen werden
– Skalierung begrenzt durch physische Speichermedien<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\t\t\n\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\n\t\t\t
Da sie keine direkten Updates durchf\u00fchren k\u00f6nnen, eignen sie sich vor allem f\u00fcr die Verwaltung von statischen Daten in verteilten Infrastrukturen. Sie kennen nur folgende Befehle:<\/p>\n\n\n\n
- \n
- PUT<\/strong>: Erstellen eines Objekts<\/li>\n\n\n\n
- GET<\/strong>: Lesen eines Objekts<\/li>\n\n\n\n
- LIST<\/strong>: Auflisten aller Objekte<\/li>\n\n\n\n
- DELET<\/strong>E: L\u00f6schen eines Objekts<\/li>\n<\/ul>\n\n\n\n
Object Storages skalieren ebenfalls horizontal.<\/p>\n\n\n\n
Vergleich<\/h2>\n\n\n\n
<\/td> Object Storage<\/strong><\/td> File Storage<\/strong><\/td> Block Storage<\/strong><\/td><\/tr> Eigenschaften<\/strong><\/td> Getrennte Speicherung von Objekten und Metadaten, inkl. frei definierten Metadaten<\/td> Speicherung von beliebigen Daten in gemeinsamen Netzwerken<\/td> Hardwarenahe Speicherung in Bl\u00f6cken<\/td><\/tr> Einsatzzweck und Use Cases<\/strong><\/td> Relativ statische Dateien in
– Data Lakes
– Raw Data Vault
– Persistente Staging Areas in einer modernen Data-Warehouse-Architektur
– Backups
– Archive<\/td>Unternehmensweite Filesysteme f\u00fcr verschiedene Anwendung wie shared disks<\/td> Physische Speicherung auf Disks<\/td><\/tr> Speicherform<\/strong><\/td> Flacher Adressraum<\/td> Hierarchische Ordner-Strukturen<\/td> Physische Bl\u00f6cke des Speichermediums<\/td><\/tr> Zugriffsart und Navigation<\/strong><\/td> Zugriff via Object-ID
REST und SOAP via HTTP
Kennt keine Updates<\/td>Navigation anhand der Ordnerstruktur
Protokolle: CIFS oder NFS<\/td>Zugriffsverwaltung erfolgt durch das Betriebssystem
Protokolle SATA, SCSI<\/td><\/tr>Skalierung<\/strong><\/td> Horizontale Skalierung durch das Hinzuf\u00fcgen weiterer Nodes<\/td> Horizontale Skalierung durch das Hinzuf\u00fcgen weiterer Nodes<\/td> <\/td><\/tr> St\u00e4rken<\/strong><\/td> – Beliebig skalierbar in verteilten Infrastrukturen wie der Cloud
– Performantes Speichern, Lesen und L\u00f6schen von statischen Dateien<\/td>– Gemeinsame Nutzung von Dateien innerhalb eines Netzwerkes<\/td> – Hohe Performance<\/td><\/tr> Schw\u00e4chen<\/strong><\/td> – Schlecht geeignet f\u00fcr h\u00e4ufige \u00c4nderungen von Dateien<\/td> – \u00fcbergreifende Nutzung \u00fcber mehrere Rechenzentren oder Netzwerk-Dom\u00e4nen
– bei komplexen Ordnerstrukturen<\/td>– Einfache Datenmanagement-Aufgaben m\u00fcssen getrennt durch das Betriebssystem \u00fcbernommen werden
– Skalierung begrenzt durch physische Speichermedien<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\t\t\n\t\t\t\t\t\n\t\t\t\t\t\t \n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t <\/div>\n\t\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\n\t\t\t - GET<\/strong>: Lesen eines Objekts<\/li>\n\n\n\n