Data Management

apiVersion: soultec.ch/v1kind: Servicemetadata: name: data-management locale: de labels: group: infrastructure capability/data-management: 2.87 capability/storage: 2.62 capability/architecture: 2.93 vendor/hpe: 2.04 vendor/ibm: 3.54 annotations: source: src/content/services/de/data-management.md route: /de/services/data-management/ schema: /nerd/schema/services.json markdown: /de/services/data-management.mdspec: title: Data Management group: infrastructure order: 2 tags: [data-management, storage, architecture] vendors: [hpe, ibm] summary: >- Software Defined Storage gegen die Datenflut. Der eigentliche Gewinn ist, dass die nächste Datenmigration entfällt. photoNeed: >- Infrastructure work in progress at a customer site or in our lab: hands on hardware, a rack door open, a screen mid-configuration stub: false draft: false sections: - heading:

Das Problem

body: | Daten wachsen, und klassische Block-Storage-Systeme haben für diese Art von Wachstum oft nicht die passende Funktionalität. Irgendwann ist nicht die Kapazität das Problem, sondern die nächste Migration auf das nächste System. - heading:

Der Ansatz

body: | Software Defined Storage. Wir arbeiten dabei mit Qumulo, Scality RING, Cohesity und IBM Spectrum Scale, weil sie unterschiedliche Stärken haben und die Wahl von den Anforderungen abhängt und nicht umgekehrt. Vor der Wahl steht ein Requirements-Engineering-Workshop. Nicht aus Formalität: Ohne Klarheit darüber, welche Zugriffsmuster, Verfügbarkeitsanforderungen und Aufbewahrungs- fristen wirklich gelten, wird jede Produktentscheidung zum Ratespiel. - heading:

Was das konkret bringt

body: | **Keine Migrationen mehr.** Sind die Daten einmal auf einer SDS-Lösung, übernimmt die Lösung den Lifecycle. Der Hardwarewechsel darunter wird zu einem Vorgang und nicht zu einem Projekt. **Verfügbarkeit nach Bedarf.** Synchrone oder asynchrone Spiegelung in eine Co-Location oder in die Public Cloud, je nach Anforderung. **Wachstum ist eingeplant.** Die Erweiterung auf weitere Cluster ist Teil des Modells und nicht die Ausnahme.status: corpus: 267 solutions: - {ref: solutions/hpe/hpe-data-management, score: 0.76} - {ref: solutions/hpe/hpe-storage, score: 0.76} - {ref: solutions/hpe, score: 0.58} - {ref: solutions/hpe/hpe-server, score: 0.51} alsoLike: - {ref: services/storage, score: 0.76} - {ref: posts/raid-controller, score: 0.52} - {ref: solutions/ibm, score: 0.51} experts: - {ref: experts/oliver-erismann, score: 0.51} - {ref: experts/norbert-hamm, score: 0.43} - {ref: experts/michael-steg, score: 0.42}

{ "apiVersion": "soultec.ch/v1", "kind": "Service", "metadata": { "name": "data-management", "locale": "de", "labels": { "group": "infrastructure", "capability/data-management": "2.87", "capability/storage": "2.62", "capability/architecture": "2.93", "vendor/hpe": "2.04", "vendor/ibm": "3.54" }, "annotations": { "source": "src/content/services/de/data-management.md", "route": "/de/services/data-management/", "schema": "/nerd/schema/services.json", "markdown": "/de/services/data-management.md" } }, "spec": { "title": "Data Management", "group": "infrastructure", "order": 2, "tags": [ "data-management", "storage", "architecture" ], "vendors": [ "hpe", "ibm" ], "summary": "Software Defined Storage gegen die Datenflut. Der eigentliche Gewinn ist, dass die nächste Datenmigration entfällt.", "photoNeed": "Infrastructure work in progress at a customer site or in our lab: hands on hardware, a rack door open, a screen mid-configuration", "stub": false, "draft": false }, "sections": [ { "heading": "

Das Problem

", "body": "Daten wachsen, und klassische Block-Storage-Systeme haben für diese Art von Wachstum oft\nnicht die passende Funktionalität. Irgendwann ist nicht die Kapazität das Problem, sondern\ndie nächste Migration auf das nächste System." }, { "heading": "

Der Ansatz

", "body": "Software Defined Storage. Wir arbeiten dabei mit Qumulo, Scality RING, Cohesity und IBM\nSpectrum Scale, weil sie unterschiedliche Stärken haben und die Wahl von den Anforderungen\nabhängt und nicht umgekehrt.\n\nVor der Wahl steht ein Requirements-Engineering-Workshop. Nicht aus Formalität: Ohne\nKlarheit darüber, welche Zugriffsmuster, Verfügbarkeitsanforderungen und Aufbewahrungs-\nfristen wirklich gelten, wird jede Produktentscheidung zum Ratespiel." }, { "heading": "

Was das konkret bringt

", "body": "**Keine Migrationen mehr.** Sind die Daten einmal auf einer SDS-Lösung, übernimmt die\nLösung den Lifecycle. Der Hardwarewechsel darunter wird zu einem Vorgang und nicht zu\neinem Projekt.\n\n**Verfügbarkeit nach Bedarf.** Synchrone oder asynchrone Spiegelung in eine Co-Location\noder in die Public Cloud, je nach Anforderung.\n\n**Wachstum ist eingeplant.** Die Erweiterung auf weitere Cluster ist Teil des Modells und\nnicht die Ausnahme." } ], "status": { "corpus": 267, "solutions": [ { "ref": "solutions/hpe/hpe-data-management", "score": "0.76" }, { "ref": "solutions/hpe/hpe-storage", "score": "0.76" }, { "ref": "solutions/hpe", "score": "0.58" }, { "ref": "solutions/hpe/hpe-server", "score": "0.51" } ], "alsoLike": [ { "ref": "services/storage", "score": "0.76" }, { "ref": "posts/raid-controller", "score": "0.52" }, { "ref": "solutions/ibm", "score": "0.51" } ], "experts": [ { "ref": "experts/oliver-erismann", "score": "0.51" }, { "ref": "experts/norbert-hamm", "score": "0.43" }, { "ref": "experts/michael-steg", "score": "0.42" } ] }}

apiVersion = "soultec.ch/v1"kind = "Service"[metadata]name = "data-management"locale = "de"[metadata.labels]group = "infrastructure""capability/data-management" = "2.87""capability/storage" = "2.62""capability/architecture" = "2.93""vendor/hpe" = "2.04""vendor/ibm" = "3.54"[metadata.annotations]source = "src/content/services/de/data-management.md"route = "/de/services/data-management/"schema = "/nerd/schema/services.json"markdown = "/de/services/data-management.md"[spec]title = "Data Management"group = "infrastructure"order = 2tags = ["data-management", "storage", "architecture"]vendors = ["hpe", "ibm"]summary = "Software Defined Storage gegen die Datenflut. Der eigentliche Gewinn ist, dass die nächste Datenmigration entfällt."photoNeed = "Infrastructure work in progress at a customer site or in our lab: hands on hardware, a rack door open, a screen mid-configuration"stub = falsedraft = false[[sections]]heading = "

Das Problem

"body = '''Daten wachsen, und klassische Block-Storage-Systeme haben für diese Art von Wachstum oftnicht die passende Funktionalität. Irgendwann ist nicht die Kapazität das Problem, sonderndie nächste Migration auf das nächste System.'''[[sections]]heading = "

Der Ansatz

"body = '''Software Defined Storage. Wir arbeiten dabei mit Qumulo, Scality RING, Cohesity und IBMSpectrum Scale, weil sie unterschiedliche Stärken haben und die Wahl von den Anforderungenabhängt und nicht umgekehrt.Vor der Wahl steht ein Requirements-Engineering-Workshop. Nicht aus Formalität: OhneKlarheit darüber, welche Zugriffsmuster, Verfügbarkeitsanforderungen und Aufbewahrungs-fristen wirklich gelten, wird jede Produktentscheidung zum Ratespiel.'''[[sections]]heading = "

Was das konkret bringt

"body = '''**Keine Migrationen mehr.** Sind die Daten einmal auf einer SDS-Lösung, übernimmt dieLösung den Lifecycle. Der Hardwarewechsel darunter wird zu einem Vorgang und nicht zueinem Projekt.**Verfügbarkeit nach Bedarf.** Synchrone oder asynchrone Spiegelung in eine Co-Locationoder in die Public Cloud, je nach Anforderung.**Wachstum ist eingeplant.** Die Erweiterung auf weitere Cluster ist Teil des Modells undnicht die Ausnahme.'''[status]corpus = 267[[status.solutions]]ref = "solutions/hpe/hpe-data-management"score = "0.76"[[status.solutions]]ref = "solutions/hpe/hpe-storage"score = "0.76"[[status.solutions]]ref = "solutions/hpe"score = "0.58"[[status.solutions]]ref = "solutions/hpe/hpe-server"score = "0.51"[[status.alsoLike]]ref = "services/storage"score = "0.76"[[status.alsoLike]]ref = "posts/raid-controller"score = "0.52"[[status.alsoLike]]ref = "solutions/ibm"score = "0.51"[[status.experts]]ref = "experts/oliver-erismann"score = "0.51"[[status.experts]]ref = "experts/norbert-hamm"score = "0.43"[[status.experts]]ref = "experts/michael-steg"score = "0.42"

<?xml version="1.0" encoding="UTF-8"?><manifest kind="Service"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>data-management</name> <locale>de</locale> <labels> <group>infrastructure</group> <entry key="capability/data-management">2.87</entry> <entry key="capability/storage">2.62</entry> <entry key="capability/architecture">2.93</entry> <entry key="vendor/hpe">2.04</entry> <entry key="vendor/ibm">3.54</entry> </labels> <annotations> <source>src/content/services/de/data-management.md</source> <route>/de/services/data-management/</route> <schema>/nerd/schema/services.json</schema> <markdown>/de/services/data-management.md</markdown> </annotations> </metadata> <spec> <title>Data Management</title> <group>infrastructure</group> <order>2</order> <tags> <item>data-management</item> <item>storage</item> <item>architecture</item> </tags> <vendors> <item>hpe</item> <item>ibm</item> </vendors> <summary>Software Defined Storage gegen die Datenflut. Der eigentliche Gewinn ist, dass die nächste Datenmigration entfällt.</summary> <photoNeed>Infrastructure work in progress at a customer site or in our lab: hands on hardware, a rack door open, a screen mid-configuration</photoNeed> <stub>false</stub> <draft>false</draft> </spec> <sections> <section> <heading>

Das Problem

</heading> <body>Daten wachsen, und klassische Block-Storage-Systeme haben für diese Art von Wachstum oftnicht die passende Funktionalität. Irgendwann ist nicht die Kapazität das Problem, sonderndie nächste Migration auf das nächste System. </body> </section> <section> <heading>

Der Ansatz

</heading> <body>Software Defined Storage. Wir arbeiten dabei mit Qumulo, Scality RING, Cohesity und IBMSpectrum Scale, weil sie unterschiedliche Stärken haben und die Wahl von den Anforderungenabhängt und nicht umgekehrt.Vor der Wahl steht ein Requirements-Engineering-Workshop. Nicht aus Formalität: OhneKlarheit darüber, welche Zugriffsmuster, Verfügbarkeitsanforderungen und Aufbewahrungs-fristen wirklich gelten, wird jede Produktentscheidung zum Ratespiel. </body> </section> <section> <heading>

Was das konkret bringt

</heading> <body>**Keine Migrationen mehr.** Sind die Daten einmal auf einer SDS-Lösung, übernimmt dieLösung den Lifecycle. Der Hardwarewechsel darunter wird zu einem Vorgang und nicht zueinem Projekt.**Verfügbarkeit nach Bedarf.** Synchrone oder asynchrone Spiegelung in eine Co-Locationoder in die Public Cloud, je nach Anforderung.**Wachstum ist eingeplant.** Die Erweiterung auf weitere Cluster ist Teil des Modells undnicht die Ausnahme. </body> </section> </sections> <status> <corpus>267</corpus> <solutions> <item> <ref>solutions/hpe/hpe-data-management</ref> <score>0.76</score> </item> <item> <ref>solutions/hpe/hpe-storage</ref> <score>0.76</score> </item> <item> <ref>solutions/hpe</ref> <score>0.58</score> </item> <item> <ref>solutions/hpe/hpe-server</ref> <score>0.51</score> </item> </solutions> <alsoLike> <item> <ref>services/storage</ref> <score>0.76</score> </item> <item> <ref>posts/raid-controller</ref> <score>0.52</score> </item> <item> <ref>solutions/ibm</ref> <score>0.51</score> </item> </alsoLike> <experts> <item> <ref>experts/oliver-erismann</ref> <score>0.51</score> </item> <item> <ref>experts/norbert-hamm</ref> <score>0.43</score> </item> <item> <ref>experts/michael-steg</ref> <score>0.42</score> </item> </experts> </status></manifest>

Das Problem

Der Ansatz

Was das konkret bringt

Das Problem

Der Ansatz

Was das konkret bringt

Das Problem

Der Ansatz

Was das konkret bringt

Das Problem

Der Ansatz

Was das konkret bringt

Data Management

Das Problem

Der Ansatz

Was das konkret bringt

Expertinnen und Experten dafür

Oliver Erismann

Norbert Hamm

Michael Steg

Passt ausserdem

Storage

Raid Controller

IBM