2013-12-19 7 views
6

Ich habe einige Artikel gelesen und einige Videos angeschaut, aber keinen konkreten Vorschlag gefunden, diese Mikro-Dienste zu bedienen. Mein Verständnis ist, dass sie mit ihrem eigenen Anwendungsserver bedient werden sollten.In einer Mikro-Service-Architektur, wie die Micro-Services bedient werden?

Meine Frage ist, sollten sie auf verschiedenen Servern bereitgestellt werden oder es spielt keine Rolle.

Wenn sie auf dem gleichen Server (Computer) bedient werden, gibt es keine Portkonflikte?

Antwort

3

Ich habe einige Artikel gelesen und einige Videos angeschaut, aber keinen konkreten Vorschlag gefunden, um diese Mikro-Dienste zu bedienen. Mein Verständnis ist, dass sie mit ihrem eigenen Anwendungsserver bedient werden sollten.

Das ist nicht wirklich notwendig. Frameworks wie Play und Spray benötigen keinen Anwendungsserver.

Siehe here - ich zitiere:

Sie sind auch keine wahre Mikro-Service basierte Architekturen finden gehen, die in einem Anwendungsserver gehostet werden, dass die Arten von Niederlagen den Punkt. Zu diesem Zweck hosten Micro Services selbst, sie greifen einen Port und hören zu. Dies bedeutet, dass Sie alle Vorteile verlieren, die Ihr typischer Unternehmensanwendungsserver mit sich bringt, und Ihr Dienst muss einige der wesentlicheren Funktionen bereitstellen (Instrumentierung, Überwachung usw.).


Meine Frage ist, sollte sie auf unterschiedlichen Servern bereitgestellt werden oder es keine Rolle spielt.

Sie möchten auf jeden Fall Server freigeben, um Hardwareressourcen zu sparen. Containerisierung (siehe z. B. Docker und OpenShift) ist ein ziemlich schönes Modell.

Wenn sie auf dem gleichen Server (Computer) bedient werden, gibt es keine Portkonflikte?

Nicht, wenn Sie virtuelle IP-Adressen verwenden und an den VIP binden.

Alternativ hat Docker einen anderen Ansatz. Es bindet an einen zufälligen Port; Dann könnten Sie diesen Port an einem "vereinbarten" Port für diesen Dienst weiterleiten, um ihn der Außenwelt zugänglich zu machen.

Verwandte Themen