pantrag_fiae Projektantrag: Wahl und Konfiguration eines geeigneten Speichersystems für Metadaten von Kundensystemen und Entwicklung eines Migrationstools

[0x00]

Geplanter Bearbeitungszeitraum

23. März - 17. April 2020

Projektbeschreibung
Ist-Analyse

Die XXX bietet das gleichnamige Dokumentenmanagementsystem sowohl als installierbares On-Premises System, als auch als Cloudlösung an. Wenn ein neues On-Premises System installiert, oder ein Besthendes modifiziert werden soll, passiert das über das XXX Setup. Nach jedem Lauf schickt das Setup Metadaten in Form einer .xml-Datei an XXX. Darin sind Informationen über das Kundensystem und die Installation enthalten, wie zum Beispiel die Kunden ID oder das Installationsdatum. Sollte das Setup gehlgeschlagen sein, kommen zusätzlich zur .xml-Datei noch .log-Dateien hinzu.
Diese Daten werden von XXX in einer Azure Resource als Blob (Binary Large Object) Storage gespeichert, welche mithilfe von Azure Classic Deployment erstellt wurde. Jedoch wird Azure Classic Deployment von Microsoft nicht mehr untersützt und es wird empfohle bestehende Azure Ressourcen auf den Azure Resource Manager zu migrieren. Desweiteren ist die bestehende Azure Ressource nicht performant genug um für interne Analysezwecke genutzt zu werden.

Soll-Konzept

Unter wirtschaftlichen und datenschutzrechtlichen Gesichtspunkten soll nun ein neuer Speicher für bestehende und zukünftige Daten gefunden werden. Dies beeinhaltet sowohl die Wahl des Speichers an sich, als auch die Wahl einer geeigneten Datenbank. Weitere Auswahlkriterien sind die Performanz und eventuelle API-Anbindungen um eine Grundlage für eine spätere automatisierte Analyse zu bilden.
Im zweiten Schritt soll dann der neue Speicher und die neue Datenbank so aufgesetzt und konfiguriert werden, dass die Datenmigration beginnen kann. Schlussendlich muss noch ein Werkzeug geschrieben werden, welches bestehende Daten auf das neue System migriert. Dieses Werkzeug muss nicht nur einmalig alle Daten transferieren, sondern in regelmäßigen Zeitabständen ausgeführt werden, da das XXX Setup die Daten weiterhin an den alten Speicherort senden wird.

Projektumfeld

Die XXX bietet das gleichnamige Dokumentenmanagementsystem in X Sprachen für über XXX Kunden in über XX Ländern an. XXX ist sowohl als On-Premises Syswtem, als auch als Cloudlösung erhältlich, wobei in etwa 2/3 der Neukunden die Cloudlösung wählen.
Das Setup für die On-Premises Systeme wird von der Entwicklungsabteilung entwickelt und gepflegt, welche auf für die kontinuierliche Weiterentwicklung und Verbesserung, sowie das Testen von XXX verantwortlich ist. Innerhalb der Entwicklungsabteilung wird auch dieses Projekt durchgeführt werden.

Zeitplan

Analyse Ist-Zustand	Analyse Ist-Zustand	1
Aufstellen Soll-Konzept	Anforderungsanalyse	3
	Konzepterstellung	4
Projektplanung	Auswahl einer geeigneten Speichermöglichkeit (inkl. Storage und Datenbank)	8
Aufsetzen der Umgebung	Aufsetzen der Storage	2
	Aufsetzen der Datenbank	2
	Aufsetzen einer Testumgebung	2
Schreiben des Tools	Implementierung	8
	Unit Tests	10
	Integration Tests	5
	Automatisierte End-To-End Tests in der Testumgebung	5
	Bau einer Releasepipeline	5
Dokumentation	Schreiben der Projektdokumentation	10
	Schreiben der Codedokumentation	4
Sonstiges	Puffer	1

 

Würde mich wahnsinnig über ein wenig Feedback freuen ^.^

 

[MartinSt]

Warum konzentrierst Du dich nicht auf die eigentlichen FIAE Aufgaben, dh. Aufsetzen der DB und Datenmigration?

[Thanks-and-Goodbye]

vor 4 Minuten schrieb MartinSt:

die eigentlichen FIAE Aufgaben, dh. Aufsetzen der DB und Datenmigration

Installation eines DB-Systems und eine Datenmigration ist eine FISI-Aufgabe. Ebenso die Auswahl eines adäquaten Storages. Ich sehe hier wenig Chance auf Zulassung als FIAE-Projekt.

[0x00]

Die Auswahl des Systems war eher gedacht, um den kaufmännischen Aspekt abzudecken. Wenn ich das Projekt unformulieren würde in Migration auf Azure Resource Manager und mich auf Aufsetzen der Datenbank und Schreiben des Migrationstools konzentrieren würde, dann hätte ich bessere Karten? 

[Thanks-and-Goodbye]

vor 34 Minuten schrieb 0x00:

Migration auf Azure Resource Manager

Fisi-Aufgabe.

vor 35 Minuten schrieb 0x00:

Aufsetzen der Datenbank

Fisi-Aufgabe.

vor 35 Minuten schrieb 0x00:

Schreiben des Migrationstools

Keine Fisi-Aufgabe. Aber ist das genug für ein Fiae-Abschlussprojekt mit 70 Stunden?

[mapr]

Sehe es wie @Chief Wiggum. Das Einzige was passen würde wäre die Migrationstools, aber ob ob das reicht?

[Visar]

Du implementierst 8 Stunden (+ 5 Stunden für die Pipeline) und willst das dann 20 Stunden lang testen?

Nee.

An deiner Stelle würde ich mir etwas suchen, wo du zwischen die 30 bis 40 Stunden mit der Implementierung beschäftigt bist. Aber gerne im Azure-Umfeld, denn ich denke, dass alles rund ums Thema Cloud immer noch verhältnismäßig gut ankommt.

[0x00]

Habe soeben mit meinem Ausbilder Rücksprache gehalten und der meinte man könne das Projekt ja leicht anpassen. Die Idee ist es, die Auswahl der Storage rausfallen zulassen (Migration auf X wird zu Migration auf MSSQL Datenbank auf dem Azure Resource Manager). Dafür wird hinterher noch eine (REST-)API für die neue Datenbank geschrieben.

Prinzipiell finde ich die Idee ziemlich gut, allerdings weiß ich nicht, ob es Probleme geben könnte, wenn ich einfach sage "Wir ziehen auf Azure Resource Manager und MSSQL" um, ohne einen Vergleich zu machen. Könnte das ein Ablehnungsgrund sein? Bzw. gibt es eine Möglichkeit das "IHK-verträglich" zu verpacken?