20170526-JavaSpektrum-Microservces-testautomation-1

IntegrationsSpektrum
JS-3-17 – grötz – k1
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
dungen. Nun werfen wir einen Blick auf die Entwicklung von
Microservices. Das Ganze am Beispiel einer mobilen Anwendung
für Hobby-Angler.
Die Probleme eines Hobby-Anglers
Es ist ein großer Vorteil für Angler zu wissen, wann die Sonne
auf und wann die Sonne untergeht. Warum? Weil auf manchen
Gewässern das Nachtfischen verboten ist. Nun stellt sich die
Frage, von wann bis wann ist es eigentlich Nacht? Die Antwort
steht im Fischereigesetz: eine Stunde nach Sonnenuntergang
bis eine Stunde vor Sonnenaufgang. Daher muss man wissen,
wann die Sonne auf und untergeht.
Dann gibt es ja auch noch die Wetterfrage.
Was zieht der Angler an? Welche
Kleidung muss berücksichtigt werden?
Überrascht mich wieder das Wetter und
ich muss den Anglertrip abbrechen?
All diese Fragen beantwortet unsere mobile
App SunRiseSet (s. Abb. 2). Sie liefert
für einen eingegebenen Ort den Sonnenauf-
und Untergangszeitpunkt, die Wetterdaten
und die Landkarte. Ausgehend von
den Millionen von registrierten Fischereikartenbesitzern
(und noch mehr Schwarzfischern),
wird diese App sicher ein großer
Erfolg. Aus diesem Grund müssen sich Benutzer
registrieren, damit wir mit den Kundendaten
Geld verdienen können.
Abb. 2: Startscreen Soweit die Theorie. Doch beschäftigen
der App
wir uns nun mit der Praxis: der Microservice-Architektur,
die alle diese Daten ermittelt,
speichert und zur Verfügung steht.
SunRiseSet – Microservice-Architektur
Unser System besteht auf der Backend-Seite aus sechs Microservices,
die in Docker-Containern laufen. Der Location-
Service und der Weather-Service greifen auf externe APIs zu.
Die Services sind ein Mix aus NODE.JS und Python und haben
folgende Funktionalitäten:
H API-Gateway dient als Facade. Nur über dieses Gateway
kann auf die dahinterliegenden Service zugegriffen werden.
H Auth dient zu Authentifizierung des User und der Tokenverwaltung.
H MariaDB dient zum Persistieren der Userdaten.
H Location dient zur Ermittlung der Geolocation via externen
Webservice.
H Weather ermittelt die Wetterdaten für die Geolocation via
externen Webservice.
H Sun berechnet Sonnenauf- und Sonnenuntergang für die
Geolocation.
Jedes Service läuft in einem eigenen Docker-Container und
liefert JSON zurück.
Ablauf
Das API-Gateway nimmt Anfragen von Clients (Mobile und
Web) entgegen, führt die Authentifizierung durch und greift
auf die dahinterliegenden Services zu. Abbildung 3 enthält das
Komponentendiagramm, das Sequenzdiagramm in Abbildung
4 zeigt die Details des Login-Vorgangs.
Abb. 3: Übersicht der Docker-Container & Microservices
Abb. 4: Login-Vorgang
Der Login-Service
Unser erster Microservice ist für das Login über das API-Gateway
zuständig. Er besteht gerade mal aus 23 Zeilen (20 ohne
Leerzeilen) NODE.JS-Code, verwendet Port 8080, HTTP und
liefert JSON zurück.
20 Zeilen Code – in Österreich würde man sagen „Ned
schlecht Herr Specht“, oder anders ausgedrückt „Gut gemacht,
bemerkenswert!“
Zur Vereinfachung werden wir uns im Folgenden nur um
diesen Microservice kümmern. Das gesamte Projekt finden Sie
auf GitHub [GitLab]. Wir werden keine Zeit damit verbringen,
den Code der Microservices zu diskutieren.
var express = require('express');
var request = require('request');
var cors = require('cors');
var app = express();
app.use(cors());
app.get('/login', function(req, res) {
request('http://auth:8080/token?username=' + req.query.username +
'&password=' + req.query.password, function(err1, r1, data) {
var _data = {};
try {
var _data = JSON.parse(data);
if(_data.success === true) {
return res.send(_data);
} else {
return res.status(403).send(_data)
}
} catch(e) {
console.error('could not parse auth response', e);
return res.sendStatus(500);
}
});
});
Listing 1: Authentication-Service
Der Aufruf des Service im Browser via
http://localhost:8000/login?username=rgroetz&password=test123
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
2
JavaSPEKTRUM 3/2017