Könnte ich nicht eine tabelle erstellen in der die zugangsdaten zu den kundendatenbanken sind, wenn dann die view was aus der db braucht, gibt sie bei der rest anfrage den nutzer mit an. Dann schaut der datenbankservice nach, aus welcher datenbank etwas geholt werden soll. Nur mal so als alternative.
Oder könnte man für jeden kunden einen eigenen server/service aufstarten der auf einer eigenen domain läuft, sodass der kunde das gefühl hat er logged sich nicht auf einem portal ein sondern hat ein eigenes programm?
Ich würde jetzt zb in meiner view einen rest client einbauen, der sagen wir preise aus der datenbank holen soll. Als uri würde er dann /kundennummer/artikelnummer in der uri übergeben. Der empfangende server würde dann die kundennummer nehmen, aus der kundenDB die zugangsdaten für die kundendatenbank holen und damit eine verbindung aufbauen um die preise zu holen?
Zuul hab ich auch im Einsatz, das wäre ja echt cool! Aber wie starte ich einen service speziell für eine Kunden? Über die args wäre eine Möglichkeit oder?
Ich würde jetzt zb in meiner view einen rest client einbauen, der sagen wir preise aus der datenbank holen soll. Als uri würde er dann /kundennummer/artikelnummer in der uri übergeben. Der empfangende server würde dann die kundennummer nehmen, aus der kundenDB die zugangsdaten für die kundendatenbank holen und damit eine verbindung aufbauen um die preise zu holen?
Zuul hab ich auch im Einsatz, das wäre ja echt cool! Aber wie starte ich einen service speziell für eine Kunden? Über die args wäre eine Möglichkeit oder?
z.B, kommt aber auch drauf an, wie die sich unterscheiden.
Müssen sich dann nur mit entsprechender Kennung beim Eureka-Server registrieren und Zuul leitet das dann an den jeweils passenden Server weiter.
Wenn man da tenant macht ist es doch aber auch so oder? Da werden doch die Zugangsdaten für die Kundendaten auch in einer db gespeichert oder irre ich mich und die werden in einer properties gespeichert? Denn zur Laufzeit kommen neue kunden dazu, sodass neue db zugangsdaten abgelegt werden müssen. Was ja im propertiesfile nicht wirklich automatisch möglich wäre
Hab grad noch ne Frage. Angenommen ich will in einem Service ein Pojo "User" erstellen, welches ich auch in einem anderen Service brauche. Kann mann dann nicht einen Provider-Service erstellen aus dem man die Pojos nimmt? Sonst müsste ich ja bei jeder Pojo-Änderung in jedem Service alles ändern.
Zb ein Service gibt als json ein User Objekt zurück. Dieses Objekt wird von einem anderen Service gelesen und auch wieder in ein Objekt "User" gemapped
Genau und wie mach ich das? einen eigenen "Service" Dafür bereit stellen, welchen in in den anderen Services überlesen Dependency verwende?
Edit:
Oder so:
Habe einen datbase-service, der mir die User aus der DB holt und per REST bereitstellt. Der Service "Frontend", fragt bei "Database" den User ab, ob er existiert (Login zb)
Könnte ich auch aus der Entity, im Frontendservices ein neues Objekt erzeugen und damit arbeiten? (Müsste dann auch hier, den database-service in den frontend-service via pom bringen
Ja, die Domänen-Klassen, die geteilt werde sollen (nicht die Services) in ein eigenes Projekt, und das als Dependency von allen, die die Klassen brauchen.
Habe einen datbase-service, der mir die User aus der DB holt und per REST bereitstellt. Der Service "Frontend", fragt bei "Database" den User ab, ob er existiert (Login zb)
Könnte ich auch aus der Entity, im Frontendservices ein neues Objekt erzeugen und damit arbeiten? (Müsste dann auch hier, den database-service in den frontend-service via pom bringen
Man würde aus dem Database-Service eher einen User-Service machen (jeder Service kümmert sich üblicherweise selbst um seine Datenbank), aber ja, der würd das über Rest bereitstellen, und die anderen Services können damit machen, was auch immer sie wollen