Vorteile der Bereitstellung von .NET Core App als Dockerized Container?

Question

Ich habe an einem .NET Core Web API-Projekt mit einer PostgreSQL-Datenbank und einem ReactJS-Frontend gearbeitet.

Ich plane auf Azure auszuführen/bereitzustellen. Ich habe bereits eine PostgreSQL-Instanz erstellt und meine Code-First-Migrationen darauf angewendet.

Der nächste Schritt ist die Bereitstellung meines Web-API-Projekts für Azure ... Ich weiß, dass es momentan eine Menge Buzz um Docker-Container gibt und ich wollte unbedingt mit dieser Technologie spielen.

Meine Frage ist, würde ich irgendwelche Vorteile erhalten Bereitstellung eines Containers VS bereitstellen, wie es ist?

Answer 1

Ein Vorteil der Containerisierung Ihres Projekts kann hervorgehoben werden, wenn es um fortlaufende Integration (CI)/fortgesetzte Bereitstellung (CD) geht.

Angenommen, Sie haben drei Umgebungen, in denen Sie Ihre Webanwendung bereitstellen müssen: DEV (Wo Sie entwickeln und testen), TEST (Wo Tester und/oder Geschäftstest), PROD (Wo Ihre Anwendung implementiert ist) benutzt). Derselbe Container, den Sie in DEV erstellt haben, kann für TEST und PROD bereitgestellt werden. Nehmen wir an, Sie verwenden ein Code-Repo wie TFS, um Ihren Quellcode zu speichern. Sie können TFS so konfigurieren, dass beim Einchecken Ihres Codes der Container für Sie mithilfe Ihrer Containerdefinition (dockerfile) erstellt und in der von Ihnen angegebenen Umgebung für Sie bereitgestellt wird. Die Containerisierung stellt sicher, dass derselbe Code, der für DEV bereitgestellt wird, genauso funktioniert wie der für TEST oder PROD bereitgestellte Code, da alles, was Ihr Code benötigt/benötigt, sich im Container befindet.

CI/CD profitiert davon, weil Sie sicher sein können, dass die gesamte Automatisierung einen Container erzeugt, der unabhängig von der Umgebung funktioniert.