Edition 0 Updated to asp. Net core 0

During development and build 
During development, what is important is how fast you can iterate changes, and the ability to debug 
the changes. The size of the image isn’t as important as the ability to make changes to your code and 
see the changes q
uickly. Some tools and “build
-
agent containers”, use the development .NET image 
(
mcr.microsoft.com/dotnet/sdk:7.0
) during development and build process. When building inside a 
Docker container, the important aspects are the elements that are needed to compile your app. This 
includes the compiler and any other .NET dependencies. 
Why is this type of build image important? You don’t deploy this image to production. Instead, it’s an 
image that you use to build the content you place into a production image. This image would be used 
in your continuous integration (CI) environment or build environment when using Docker multi-stage 
builds. 
In production 
What is important in production is how fast you can deploy and start your containers based on a 
production .NET image. Therefore, the runtime-only image based on 
mcr.microsoft.com/dotnet/aspnet:7.0
is small so that it can travel quickly across the network from your 

---

17 
CHAPTER 2 | Choosing Between .NET and .NET Framework for Docker Containers 
Docker registry to your Docker hosts. The contents are ready to run, enabling the fastest time from 
starting the container to processing results. In the Docker model, there is no need for compilation 
from C# code, as there is when you run dotnet build or dotnet publish when using the build container. 
In this optimized image, you put only the binaries and other content needed to run the application. 
For example, the content created by 
dotnet publish
contains only the compiled .NET binaries, 
images, .js, and .css files. Over time, you will see images that contain pre-jitted (the compilation from 
IL to native that occurs at run time) packages. 
Although there are multiple versions of the .NET and ASP.NET Core images, they all share one or more 
layers, including the base layer. Therefore, the amount of disk space needed to store an image is 
small; it consists only of the delta between your custom image and its base image. The result is that it 
is quick to pull the image from your registry. 
When you explore the .NET image repositories at Microsoft Artifact Registry, you will find multiple 
image versions classified or marked with tags. These tags help to decide which one to use, depending 
on the version you need, like those in the following table: