Service Fabric Production Hosting

Question

Derzeit verfügen wir über eine Sammlung zustandsloser .NET Core-Dienste in Azure Service Fabric, die wir in der Produktion bereitstellen möchten (Internet), aber die Richtlinien für Hosting sind recht spärlich .

So verwenden wir derzeit Kestrel w/HTTPS, die allgemein als nicht angemessen angegeben wird, aber nirgends gibt es Gründe warum - das nächste, das wir gesehen haben, ist, dass es anfällig für DOS sein könnte? Ich schweife ab.

Es wird allgemein empfohlen, Turmfalke hinter einem kampferprobten Reverseproxy zu betreiben - und es sieht so aus als gäbe es ein nginx Service Fabric-Paket, aber es ist auch nur ein Beweis des Konzepts und nicht für den Produktionseinsatz geeignet.

Das nächste, was wir zu einer Bestätigung gefunden haben, ist der WebListener, der hier für Edge-Bereitstellungen unterstützt wird. https://github.com/aspnet/Announcements/issues/204. (und hat auch Port-Sharing, die ordentlich ist.)

Ich habe auch einige Leute erwähnen mit AspNetCoreModule vor Turmfalke im Gegensatz zu IIS zu sehen - wird dies in Service Fabric unterstützt? und wenn ja, gibt es irgendwelche Dokumente oder Repos, um dies zu demonstrieren?

Bitte beraten.

Answer 1

Mit der Version 1.0.0 RC2 ist WebListener der empfohlene Webserver für Internet-bezogene Dienste auf Service Fabric unter Windows. Beachten Sie, dass dies derzeit noch eine RC-Version ist.

Kestrel ist noch nicht für Internet-bezogene Dienste ohne einen Reverse-Proxy davor empfohlen, bestimmte DoS-Fälle zu behandeln. Sie können sicher einen Reverse-Proxy wie Nginx auf Service Fabric ausführen und Kestrel dahinter in einem Dienst setzen, der keine Ports im Internet hat. Am einfachsten ist es jedoch, den WebListener zu verwenden.