Image2Docker
is a PowerShell module which ports existing Windows application workloads to Docker. It supports multiple application types, but the initial focus is on IIS and ASP.NET apps. You can use Image2Docker
to extract ASP.NET websites from a VM - or from the local machine or a remote machine. Then so you can run your existing apps in Docker containers on Windows, with no application changes.
This project aims to provide a framework to simplify the creation of Dockerfiles for Windows Docker images, based upon analysis of existing Windows machines.
Microsoft Windows 10 and Windows Server 2016 introduce new capabilities for containerizing applications. There are two types of container formats supported on the Microsoft Windows platform:
You do not need Docker installed to use Image2Docker - the only requirement is PowerShell 5.0.
Image2Docker
generates a Dockerfile which you can build into a Docker image. The system running the ConvertTo-Dockerfile
command does not need Docker installed, but you will need Docker setup on Windows to build images and run containers.
Installing this PowerShell module from the PowerShell Gallery is very easy. In an administrative prompt run:
Install-Module Image2Docker
Import-Module Image2Docker
You can validate the presence of the Install-Module
command by running: Get-Command -Module PowerShellGet -Name Install-Module
.
If the PowerShellGet
module or the Install-Module
commands are not accessible, you may not be running a supported version of PowerShell.
Make sure that you are running PowerShell 5.0 or later on a Windows 10 client operating system.
After installing the Image2Docker
PowerShell module, you will need one or more valid .vhdx
or .wim
files (the "source image").
To perform a scan of a valid VHDX or WIM image file, simply call the ConvertTo-Dockerfile
command and specify the -ImagePath
parameter, passing in the fully-qualified filesystem path to the source image.
# Perform scan of Windows source image
ConvertTo-Dockerfile -ImagePath c:\docker\myimage.wim
To improve performance of the image scan, you may also specify the artifacts that will be discovered within the image.
This avoids the performance hit by preventing scanning for artifacts that are intentionally excluded from the scanning process.
To discover a list of supported artifacts, use the Get-WindowsArtifact
command. This command will emit an array of supported artifacts.
Once you have identified one or more artifacts that you would like to scan for, simply add the Artifact
parameter.
Example:
# List out supported artifacts
Get-WindowsArtifact
# Perform scan and Dockerfile generation
ConvertTo-Dockerfile -ImagePath c:\docker\myimage.vhdx -Artifact IIS, Apache
# Extract a single wesbite from an IIS virtual machine
ConvertTo-Dockerfile -ImagePath c:\vms\iis.vhd -Artifact IIS -ArtifactParam aspnet-webapi
To generate Dockerfile from a VHD, build a Docker image and run a container:
ConvertTo-Dockerfile -ImagePath c:\vms\iis.vhd -Artifact IIS -ArtifactParam aspnet-webapi -OutputPath c:\i2d2
cd c:\i2d2
docker build -t aspnet-webapi .
docker run -d -p 80:80 aspnet-webapi
This project supports discovery of custom artifacts.
Each artifact is represented by a folder that is contained within the .\Functions\Private\Artifacts
subdirectory, containing at least two PowerShell script files that contain :
Discover_<artifact>.ps1
- This script should contain a function by the same name as the filename which will perform the discovery of the desired artifact and create a resulting manifest file. The function must accept the following input parameters: [string] $MountPath
and [string] $OutputPath
. The script should write an arbitrary JSON "manifest" to the $OutputPath
.Generate_<artifact>.ps1
- This script should contain a function by the same name as the filename which will generate the Dockerfile contents for the artifact. This should be the only output emitted from the command. Any output that is emitted from this command will be appended to the Dockerfile
. This function must support the input parameter: [string] $ManifestPath
. The script should read a JSON "manifest" contained within the $ManifestPath
.It is also recommended that you also include within the Artifact directory a test script that validates the output from both the Discover and Generate functions for the artifact.
You can also include any files within the Artifact directory that may be used to aid in discovering, generating or validating the output for the Artifact.
You can add your own discovery artifacts to this project, by issuing a pull request. If you don't wish to share the artifacts publicly, you can simply place them into the module's .\Functions\Private\Artifacts
directory on each system that will perform image scans.
This project currently supports discovery of the following artifacts:
You might sometimes receive an error from dism, similar to the following:
Get-WindowsOptionalFeature : DismOpenSession failed. Error code = 0x8000000a
To work around this problem, specify the artifacts that you wish to discover, using the -Artifact
parameter
on the ConvertTo-Dockerfile
command.