de

Wie es funktioniert?

Benötigen Sie Hilfe für Unternehmen?

Kontaktieren Sie uns für ein individuelles, auf Ihre Bedürfnisse zugeschnittenes FinMV-Angebot.

Monolithisch oder Microservice?

Der technische Leiter Ihres Unternehmens muss bei der Planung der Einführung einer Finanzplattform eine Projektarchitekturoption auswählen. Welche Architekturoptionen stehen ihm zur Verfügung und welche ist besser zu wählen?

Beginnen Sie mit der einfachsten Architektur, die klare Grenzen bewahrt

Eine neue Investitionsplattform hat ein Team, eine Bereitstellung und eine Datenbank. Die Kosten eines verteilten Systems fließen in dieser Phase vollständig in Overhead: Netzwerkaufrufe dort, wo ein Funktionsaufruf genügen würde, letztendliche Konsistenz dort, wo eine Transaktion genügen würde, und eine Betriebslast, für die niemand Personal hat.

Deshalb ist die Standardimplementierung modular: Onboarding, Angebote, Investitionen, Zahlungen, Dokumente, Betreuung und Berichterstattung leben hinter expliziten Grenzen innerhalb eines einzigen bereitstellbaren Systems. Modular macht sie nicht die Ordnerstruktur, sondern dass jedes Modul einen Vertrag hat, seine eigenen Daten besitzt und durch eigene Tests abgedeckt ist.

Ein Dienst wird ausgegliedert, wenn es dafür einen Grund gibt

Ein Modul wird aus einem konkreten Grund zu einem separaten Dienst, und diese Gründe sind geschäftlicher Natur, nicht architektonische Mode:

  • Skala — ein Teil des Systems muss unabhängig vom Rest wachsen oder ausfallen können
  • Sicherheit — eine Grenze benötigt eine stärkere Isolation, als ein Modul innerhalb eines Prozesses bietet
  • Compliance — eine Aufsichtsbehörde oder ein Audit verlangt die Trennung von Zuständigkeiten oder Daten
  • Bereitstellung — ein Teil muss in einem anderen Rhythmus oder von einem anderen Team veröffentlicht werden
  • Integrationen — ein externes System schreibt sein eigenes Verfügbarkeits- und Durchsatzprofil vor
  • Organisation — getrennte Teams müssen getrennte Dinge besitzen, ohne jede Freigabe abzustimmen

Da die Grenzen und Verträge bereits bestehen, ist die Ausgliederung eines Dienstes eine geplante Operation, keine Neufassung. Genau das ist der Sinn dieses Aufbaus: Die Option bleibt offen und bleibt günstig.

Asynchronität dort, wo sie sich bewährt

Arbeit, die einen Benutzer nicht blockieren darf — Abgleich von Abrechnungen, Dokumentenerstellung, Callbacks von Anbietern, Berichterstattung — läuft über Warteschlangen. Nachrichtenbroker wie RabbitMQ oder Kafka kommen dann zum Einsatz, wenn Durchsatz oder Integrationstopologie dies rechtfertigen, nicht standardmäßig. PostgreSQL bleibt das Aufzeichnungssystem; Redis wird dort eingesetzt, wo tatsächlich ein schneller Cache oder eine Koordination benötigt wird.

Was wir nicht tun

Wir verkaufen weder einen Monolithen noch Microservices. Beides sind Antworten auf Fragen, die noch niemand gestellt hat. Wir bauen auch kein verteiltes System, um eine Plattform seriös wirken zu lassen — Architektur-Theater ist teuer im Betrieb und schwer zu übergeben.

Ihre Architektur wird anhand Ihrer Größenordnung, Ihrer regulatorischen Verpflichtungen, Ihrer Integrationen und der Größe des Teams gewählt, das sie betreiben wird — und sie ist so konzipiert, dass sie sich mit diesen Faktoren ändern kann.