ASP.NET Core Activer le suport de Docker qu'est ce que cela change ?

Vous êtes en train de créer une application ASP.NET Core et vous voyez la case à cocher "Activer le support de Docker" au moment de configurer le Template de votre application (le squelette que va créer Visual Studio pour vous) alors qu'est ce que cela implique ?


ASP.NET Core Activation du support pour Docker

Documentation Microsoft & Docker en ligne

On trouve les liens directement dans la dialogue box de configuration. Pour pouvoir utiliser le support de Docker il faut "Docker pour Windows" c'est à dire :

Install Docker for Windows

System Requirements

• Windows 10 64bit: Pro, Enterprise or Education (1607 Anniversary Update, Build 14393 or later).
• Virtualization is enabled in BIOS. Typically, virtualization is enabled by default. This is different from having Hyper-V enabled. For more detail see Virtualization must be enabled in Troubleshooting.
• CPU SLAT-capable feature.
• At least 4GB of RAM.

Il faut certainement également déjà lire :

Get started with Docker for Windows



Les Containers et les Machines Virtuelles

Sur ce schéma, on voit bien où intervient Docker et le rôle qu'il joue dans la virtualisation des ressources qui permettent à votre application de s'exécuter.

Comparaison des solutions générées par Visual Studio

Je vais simplement comparer les deux solutions générées par Visual Studio, l'une sans la case cochée "Activer le support de Docker" et l'autre avec l'activation du support de Docker.


ASP.NET Core - Support de Docker

.dockerignore

Il existe à gauche un fichier .dockerignore qui ressemble fort au fichier .gitignore que l'on connait avec le gestionnaires de sources "Git". C'est de la gestion de fichiers, simplement indiquer à Docker quels fichiers ne sont pas à prendre en compte.



ASP.NET Core Activer Docker .dockerignore

Les extension de fichiers à ignorer sont donc les suivantes
.env, .git, .gitignore, .vs, .vscode, */bin, */obj, **/.toolstarget


ASP.NET Core Activer Docker - Solution

launchSettings.json

ASP.NET Core Activer Docker - launchSettings.json

Comparaison des fichiers de la solution ASP.NET Core avec et sans activation du Container Docker.

WebApplication1.csproj

C'est le fichier projet de la solution.


ASP.NET Core Activer Docker - WebApplication1.csproj

Le tag "DockerTargetOS" indique que l'on a fait le choix de Windows au moment de la création de la Solution, on aurait pu choisir Linux.

On voit également que Docker utilise le package : Microsoft.VisualStudio.Azure.Containers.Tools.Targets

Dockerfile

N'existe que pour la solution avec support de Docker. On dirait des commandes DOS, c'est l'équivalent d'un lien de lancement de l'exécutable qui sera généré : WebApplication1.dll


ASP.NET Core Activer Docker - Dockerfile

Conclusion sur la comparaison des solutions générées

Il y a vraiment peu de choses dans le code source pour qu'une application ASP.NET Core soit activable pour le support de Docker.

Il reste maintenant à passer à l'installation de Docker pour Windows et là moi je ne peux pas encore vous aider car je suis actuellement encore avec Windows 7 ;-)

Let's have fun!

Comment est utilisé le Design Pattern Pipeline dans ASP.NET Core ?

Nous avons appris que pour ASP.NET Core vs ASP.NET Framework, le fichier Global.asax a disparu. Il est remplacé au profit du pattern Pipeline fournit par OWIN. Alors c'est quoi le Pattern Pipeline et comment est-il utilisé dans ASP.NET Core pour remplacer le fichier Global.asax.

Je vais essayer de répondre et d'abord en effet l'utilisation du fichier Global.asax couple l'application au serveur sur lequel elle est déployée. Autrement dit c'est alors compliqué de faire du multiplateforme comme on souhaite le faire ASP.NET Core.

La difficulté de l'exercice ici, c'est bien de reconnaitre à la fois le design Pattern Pipeline dans les design patterns reconnus et décris. Et en plus de le reconnaitre dans le code de l'application ASP.NET Core qu'il est donnée d'étudier.

Design Pattern Pipeline dans le code C#

Le Design Pattern Pipeline est évoqué ici :

Remplacement du fichier Global.asax

Le Pipeline est fournit par OWIN dans la fonction Startup au démarrage de l'application :

Démarrage d’une application dans ASP.NET Core

Dans la méthode Configure le pipeline de requêtes HTTP est configué en ajoutant des composants d'intergiciel (middleware) à une instance de l'interface IApplicationBuilder.

Ca calme légèrement nos ardeurs ! Au niveau de notre application ASP.NET Core, on est dans le fichier startup.cs, on peut voir l'interface IApplicationBuilder :


Design Pattern Pipeline au sein d'une application ASP.NET Core

Voilà donc l'endroit où l'on peut trouver le Design Pattern Pipeline d'OWIN, utilisé au démarrage de l'application par ASP.NET Core.



Créer un pipeline de middleware avec IApplicationBuilder

Design Pattern Pipeline, est-ce la Chaine de Responsabilités ?

Au début il y a la définition : Wikipedia - Pipeline (software)
In software engineering, a pipeline consists of a chain of processing elements (processes, threads, coroutines, functions, etc.), arranged so that the output of each element is the input of the next; the name is by analogy to a physical pipeline.

Le problème c'est que je ne trouve pas ce Design Pattern dans la documentation classique :

DoFactory - .NET Design Patterns

Il y a bien un pattern qui s'en approche ? Et encore :

DoFactory - Chain of Responsibility
Définition : Avoid coupling the sender of a request to its receiver by giving more than one object a chance to handle the request. Chain the receiving objects and pass the request along the chain until an object handles it.



Design Pattern - Chain of Responsabilities

Pour éviter les couplages cela semble en effet un but du pattern. Et là je ne sais pas dire si ces deux patterns sont bien les même ...

Ici on se pose encore la question :

StackoverFlow :  Would this be a pipeline, a chain of responsibility, or something else?

Là le Hojjet enfonce le clou :

Hojjat Khodabakhsh - CHAIN OF RESPONSIBILITY (PIPELINE) DESIGN PATTERN



Le fameux Design Pattern - Pïpeline

Bon, ça y ressemble assez bien quand même.

Je vous avais dit que cela n'était pas si simple, il me faut continuer cette étude.

To Be Continued, en attendant je vous propose :

Merci de faire un don.

Have fun!