.NET-Core-Microservice mit RabbitMQ

Ich bin Hobeln zu verwenden Microservice-Architektur für ein Projekt. Die ausgewählte Technologie-stack ist .NET Core mit Docker und RabbitMQ als eine einfache service-bus, und dies sollte in der Lage sein, um die Bereitstellung auf Linux.

Können sagen, ich habe eine Payment service und eine Order Service, ich will jeden dieser Dienste zu setzen REST Endpunkte. Deshalb habe ich mir gedacht, machen diese beiden Dienste als .NET Core Web APIs.

Aber das problem ist die inter-service-Kommunikation mit RabbitMQ. Immer wenn ich eine neue order ich veröffentlichen möchten, ein event mit RabbitMQ und dann hören Sie, dass die Veranstaltung in Payment service, um bestimmte Operationen durchzuführen (Datenbank-updates). Aber da diese Web APIs ich glaube nicht, dass es möglich ist, zu hören, zu Veranstaltungen, die, wie ich beschrieben. (Ich fühle mich wie ich haben könnte, um etwas wie eine Konsole-Anwendung, um Ereignisse zu abonnieren.)

Ich möchte zu finden, die am besten geeignete Methode, dies zu erreichen mit den best practices unter Berücksichtigung der Skalierbarkeit und Erweiterbarkeit des Systems.

  • ASP.NET Kern-Anwendungen sind Konsolenanwendung. Sie können einfach erstellen Sie ein Objekt, das Sie hören Nachrichten beim Start der Anwendung zusammen mit WebAPI Registrierung..
  • Danke für die Antwort. Könnten Sie bitte erklären, ein wenig ist Ihr Vorschlag?
InformationsquelleAutor PIKP | 2017-04-19
  1. 11

    Wenn Sie eine Anwendung erstellen mit .NET Core, die Sie bootstrap Dinge in Main - Methode, und dann registrieren Sie Dienste und middle-ware in Startup Klasse. Bevor Sie also damit beginnen web-host Sie können auch erstellen und starten Sie Ihre messaging-Dienste:

    public class MessageListener
{
    public void Start()
    {
        //Listen to rabbit QM and all the things.
    }
}

public static void Main(string[] args)
{
    //Listen to messages.
    var messaging =  MessageListener();
    messaging.Start();

    //Configure web host and start it.
    var host = new WebHostBuilder()
        ...
        .Build();
    host.Run();
}

    UPDATE:

    In ASP.NET Core 2.0 IHostedService - Schnittstelle wurde eingeführt, um zu erreichen das gleiche Ziel und nennen Sie dieses Szenario in Ihre Ankündigung. Hier ist ein Beispiel, wie umsetzen.

    • Was Sie also sagen ist, auch in einem .NET-Core-Web-API-Projekt, ich kann einfach registrieren, meine Zuhörer zu handhaben Veranstaltung, die veröffentlicht werden, von anderen Diensten?
    • Yup, genau das. Wenn die Logik der subdomain realisiert wird service es ist egal, wie die Befehle gesendet werden: durch web-api oder über message queue.
    • Vielen Dank, denkst du es ist eine gute Idee, es zu handhaben wie dieser? gibt es irgendwelche Nachteile?
    • Das ist, wie ich es in meinen Projekten. Die Idee von microservice ist die Implementierung von einem Begrenzten Kontext (sub-Domain oder ein Teil davon). Es sollte ein domain-Modell, im inneren, die zugegriffen werden kann, entweder aus web-api-Controller oder von message-Handler.
    • bitte überprüfen Sie die aktualisierte ob das noch relevant für dich.
    InformationsquelleAutor Andrii Litvinov
Schreibe einen Kommentar