Antwort.

Mikros servicedialogarchitektur — ein Ansatz zum Aufbau von Software-Systemen, bei dem eine Anwendung aus kleinen, isolierten Diensten besteht, von denen jeder für eine bestimmte Geschäftsaufgabe verantwortlich ist, unabhängig von anderen entwickelt und bereitgestellt wird.

Vorteile:

• Skalierbarkeit: Jeder Dienst kann unabhängig skaliert werden.
• Unabhängigkeit der Entwicklung: Verschiedene Teams können schnell an einzelnen Diensten arbeiten.
• Fehlertoleranz: Ein Ausfall eines Dienstes führt nicht zum Ausfall des gesamten Systems.

Nachteile:

• Komplexität der Verwaltung: Es ist erforderlich, Interaktionen, Monitoring und Lastverteilung einzurichten.
• Komplexität der Bereitstellung: Viele Dienste schwer zu koordinieren.
• Wachsende Kommunikationskosten: Dienste kommunizieren über das Netzwerk, was zu Verzögerungen führt und eine zuverlässige Integration erfordert.

Beispiel für ein REST-Mockup eines Mikrodienstes in Python (Flask):

from flask import Flask, jsonify
app = Flask(__name__)

@app.route('/user/<int:user_id>')
def get_user(user_id):
    return jsonify({"user_id": user_id, "name": "Ivan"})

if __name__ == "__main__":
    app.run(port=5001)

Hauptmerkmale:

• Jeder Dienst ist eine unabhängige Anwendung.
• Neue Technologien oder Sprachen lassen sich leicht für verschiedene Dienste implementieren.
• Berücksichtigung von Fehlern in Netzwerkinteraktionen und Gewährleistung der Datenkonsistenz ist erforderlich.

Fragen mit Tücken.

Können Mikrodienste in einer einzigen Datenbank arbeiten?

Das ist in der Übergangsphase von einem Monolithen zulässig, steht jedoch der Ideologie entgegen, da jeder Dienst seine Daten separat speichern sollte, um Abhängigkeiten zu minimieren und Unabhängigkeit in der Entwicklung zu gewährleisten.

Muss Docker für die Mikros servicedialogarchitektur verwendet werden?

Nein, Docker erleichtert die Bereitstellung und Isolation, aber Mikrodienste können auch ohne Containerisierung umgesetzt werden, zum Beispiel mit virtuellen Maschinen oder sogar separaten physischen Servern.

Was passiert, wenn der API-Vertrag zwischen den Diensten gebrochen ist, aber die CI/CD-Pipeline grün ist?

Ein Ausfall im API-Vertrag führt zu Interaktionsfehlern zwischen den Diensten, die nur durch Integrationstests aufgedeckt werden können. Ein grünes Build in CI/CD garantiert nicht, dass verschiedene Dienstversionen miteinander kompatibel sind.