Verschiedene Versionen mit Datenbanken

[cyb0rg]

Hey there,

Ich arbeite an einer Anwendung die dafür eingesetzt wird Virtuelle Maschinen auf der GCP (Google Cloud Platform) zu deployen und einzusetzen.

Der Front End ist aktuell eine JavaFX Desktop App die beim Starten auf eine Datenbank zugreift, die jeweils die Informationen speichert bzgl der Virtuellen Maschinen unter anderem.

Sobald man eine Virtuelle Maschine “bestellt” hat in der App, wird ein Eintrag in der Datenbank erstellt mit dem Status “bestellt”.

Es gibt dann noch ein Backend Service, was nichts anderes ist als eine java jar.. Die über einen cronjob alle paar Minuten ausgeführt wird und in der Datenbank prüft ob es neue Einträge gibt usw.. Falls es etwas neues gibt wird von diesem Service dann bei der GCP API eine entsprechende Maschine “Deployed”.

Eine entsprechend Übersicht wie es aktuell läuft liefert folgende Abbildung:



Es kamen nun einige Wünsche zur Erweiterung auf und ich würde gerne diese entsprechend “lösen” aber auch die “alten” Versionen nach wie vor supporten.

Ich habe mich entsprechend einiges an gedanken gemacht und aktuell habe ich 2 mögliche Ansätze.. So wie die folgenden Abbildungen zeigen:

Variante 1:



Variante 2:



Ich denke die Abbildungen sprechen für sich..

Ich tendiere aktuell zu der Variante 2, aus dem Grund dass ich bei der Variante 1 in die Gefahr laufe.. Uralten Code irgendwann zu haben wenn ich bestimmte Versionen “abschalte”.
Bei der Variante 2, habe ich das gefühl dass es zwar nach mehr Aufwand aussieht, jedoch wenn ich eine Version mal “abschalte” dann habe ich keinen “uralten” code mehr den ich mitschleife…
Hier sehe ich jedoch bei der Variante 2 das “problem”, dass wenn ich etwas bugfixen muss, es je nachdem an zu vielen Stellen “maybe” fixen muss….

Was denkt ihr?

 

[Gelöschtes Mitglied 65838]

warum zum fich lässt du den Client direkt auf ne DB rein ?
... die db verbindung auszulesen ist nicht schwer da jeder client unendlich zeit hat das raus zu finden... wenn ers raus gefunden hat DELETE * FROM... und dann is alles futsch

ich red nicht von "hacker cracky IT Guys" ... du kopierst die jar in einen decompiler und dann hab ichs (und nein .. ein obfuscator machts nicht sicherer!)
zusätzlich sind diagramme für verständnis da und für gemeinsames verständnis um was es geht ... bei jedem User: User1 hizuschreibne und Status: TERMINATED hat einen mehrwert von kartoffel...glossar wäre vllt gut ... was ist "TERMINATED" ... was ist "User1" ... das hilft für verständnis (GLossar = definierung von fachbegriffen im proijekt dass sich jeder auskennt )

 

[cyb0rg]

Danke Joreyk für dein Feedback.
Die Anwendung wird aktuell auf Vertrauensbasis eingesetzt, ein User Management usw.. wie auch Security steht nun auch auf der ToDo liste.. Noch wird es auf Vertrauensbasis eingesetzt, das heisst es gibt eine Begrenzte anzahl an User die die App haben und im Zweifel kann ich aufgrund der Logs wissen wer was war. Aber ja wie gesagt da noch mehr Firmen Interne das nutzen wollen / sollen, ist Security ein grosses nächstes Thema, aber bevor ich das angehe möchte ich einen Ansatz wissen wie ich eben verschiedene Versionen Managen soll.

Dazu kommt es gibt kein direkter DB zugriff... es ist jeweils ein JEE API dazwischen und das liegt im Backend... im Frontend wird lediglich über REST ein json object über eine Request gesendet.., aber ja.. auch. das wäre theoretisch manipulierbar, deswegen ja der nächste schritt aber dafür muss ich eben erst wissen wie ich verschiedene Versionen managen soll.

Hätte ich vielleicht noch ergänzen sollen in der Abblldung... vor jeder Datenbank hängt ein JEE API.

 

[Gelöschtes Mitglied 65838]

Hätte ich vielleicht noch ergänzen sollen in der Abblldung... vor jeder Datenbank hängt ein JEE API.

das ist gut... und wäre wichtiger gewesen als das blöde "User: user1" im diagramm.. deswegen
Diagramm = verständnis teilen für das problem


Zu dienem problem
dann könntest du es mit injection versuchen, die je nach dem welche verison es hat dementsprechend diejenigen objekte nutzt also Injection Pattern

Java Dependency Injection - DI Design Pattern Example Tutorial | DigitalOcean

Technical tutorials, Q&A, events — This is an inclusive place where developers can find or lend support and discover new ways to contribute to the community.

www.journaldev.com

da zb das message beispiel mit dependency injection => je nach version entscheidest du welche klasse benutzt werden


weiter kann ich dir aber nicht helfen da ich kein JEE hab