前言
在Docker生态系统中除了上一节所讲解的基本概念,还有其他专业术语,本文我们将一笔带过,同时会开始陆续进入到在.NET Core中使用Docker。
专业术语
Docker Engine(Docker引擎):客户端 - 服务器应用程序。 Docker公司将Docker Engine分为两个产品。 Docker Community Edition(CE)基于开源工具且免费,我们学习时可以使用这款产品。 Docker Enterprise附带了其他功能支持,比如管理和安全等等功能。
Docker Client(Docker客户端):我们与Docker进行交互的主要方式。 使用Docker命令行界面(CLI)时,在终端中键入以docker开头的命令,Docker Client会使用Docker API将命令发送到Docker守护进程中。
Docker Daemon(Docker守护进程):监听Docker API请求的Docker服务器。 Docker守护进程主要管理镜像,容器,网络和卷。
Docker Volumes(Docker卷):存储创建应用程序和运行应用程序持久化数据的最佳方式。
Docker Registry:存储Docker镜像的远程注册位置。 我们将镜像推送到注册表并从注册表中提取图像,我们可以托管自己的注册表或使用供应商商的注册表。
Docker Hub:Docker镜像的最大注册表。 它也是Dcoker默认的注册表位置, 我们可以在Docker Hub上找到免费的镜像并存储我们自己的图像。
Docker Networking:允许我们将Docker容器连接在一起。 连接的Docker容器可以位于同一主机或多个主机上。
Docker Compose:属于一个工具,我们可以非常轻松地运行需要多个Docker容器的应用程序。 Docker Compose允许我们将命令写到docker-compose.yml文件中以供重用。 Docker Compose命令行界面(cli)使我们可以更轻松地与多容器应用程序进行交互。 Docker Compose免费安装Docker。
Docker Swarm:容器部署编排的产品。Docker官方教程进行容器编排和部署使用的Docker Swarm。 建议不要浪费时间在Docker Swarm上,推荐使用Kubernetes(k8s)。
Docker Services:分布式应用程序的不同部分。 服务实际上只是“生产中的容器”。服务只运行一个镜像,但它编码了镜像的运行方式 - 它应该使用哪些端口,容器应该运行多少个副本,以便服务具有所需的容量等等。 扩展服务会更改运行该软件的容器实例的数量,从而为流程中的服务分配更多计算资源。Docker服务允许我们跨多个Docker守护进程扩展容器,并使Docker Swarms成为可能。
回顾容器
Docker镜像在构建时被创建,而Dokcer容器在运行时被创建。Dockerfile是Docker的核心,Dockerfile告诉Docker如何构建镜像从而被用来制作容器,每个Docker镜像都包含一个名为Dockerfile但没有扩展名的文件。当调用docker build以创建映像时,假定Dockerfile位于当前工作目录中,可以使用文件标志(-f)指定到其他位置,容器是由一系列层所构建,而且每个镜像层只读,除了位于其他镜像层之上的最终容器镜像层。 Dockerfile告诉Docker要添加哪些层以及添加它们的顺序,每个镜像层实际上只是一个包含自上一层以来的所更改的文件。 在linux中,几乎所有东西都是文件。基础镜像提供初始层,基础镜像也称为父镜像,将镜像从远程存储库提取到本地时,仅仅只下载本地计算机上尚未存在的层, Docker通过重用现有层来节省空间和时间。
Dockerfile指令是一行开头的大写单词,后紧跟其参数,Dockerfile中的每一行都可以包含一条指令。 构建图像时,将从上到下处理指令,如下:
只有FROM,RUN,COPY和ADD指令才能在最终镜像中创建镜像层,其他指令只是作为配置或说明,比如添加元数据或告诉Docker在运行时执行某些操作,例如公开端口或运行命令。在本文中,我们使用基于linux的Docker镜像,当然我们也可以使用基于Windows的镜像,建议使用linux。接下来我们来过滤下Dockerfile中各个指令说明。
Dockerfile指令
FROM - 指定基础(父)镜像。
LABEL - 提供元数据,包含维护者信息。
ENV - 设置持久化环境变量。
RUN - 运行命令并创建镜像层,用于将包安装到容器中。
COPY - 将文件和目录复制到容器中。
ADD - 将文件和目录复制到容器中。 可以upack本地.tar文件。
CMD - 为执行容器提供命令和参数,可以覆盖参数,只能有一个CMD。
WORKDIR - 设置后续说明的工作目录。
ARG - 定义一个在构建时传递给Docker的变量。
ENTRYPOINT - 为正在执行的容器提供命令和参数。
EXPOSE - 对外暴露端口。
VOLUME - 创建目录用于访问和存储持久化数据。
.NET Core入门例子
接下来我们以.NET Core中使用Docker并输出Hello World结束本文。
我们通过命令创建一个.NET Core控制台程序,接下来为了在页面上输出Hello World,我们需要使用中间件,所以我们添加AspNetCore包,如下:
然后我们打开控制台程序,添加中间件打印Hello World代码:
public class Startup
{
public void Configure(IApplicationBuilder applicationBuilder, IHostingEnvironment hostingEnvironment)
{
applicationBuilder.Run(async context =>
{
await context.Response.WriteAsync("Hello World");
});
}
}
class Program
{
static void Main(string[] args)
{
WebHost.CreateDefaultBuilder()
.UseStartup<Startup>()
.UseKestrel()
.UseUrls("http://0.0.0.0:5050")
.Build()
.Run();
}
}
程序已就绪完毕,接下来我们发布该控制台程序,如下:
接下来将执行上述步骤生成的bin目录(实际上只需拷贝发布后生成的publish目录即可,为了省事,我直接拷贝了整个bin目录)拷贝到ubuntu中(由于我对linux不熟悉,所以采用虚拟机加载桌面端ubuntu镜像的方式,对于从未使用过linux的童鞋,推荐使用桌面端ubuntu,友好的GUI界面,方便我们初学知道各个文件夹是做什么的,一看便知,后续再使用服务端版的ubuntu就会得心应手啦)。
接下来我们进入HelloWorld文件目录,创建Dockerfile文件从而来创建.NET Core镜像。
然后我们来编写Dockerfile文件构建镜像,如下:
FROM mcr.microsoft.com/dotnet/core/aspnet:2.2 AS runtime
COPY ./bin/Debug/netcoreapp2.2/linux-x64/publish/ ./
ENTRYPOINT ["dotnet", "HelloWorld.dll"]
父镜像为.NET Core 2.2版本和我们创建的程序版本一致,然后将我们的应用程序(即publish目录)拷贝,最后指定程序运行的命令和参数。有了Dockerfile文件,那么我们就可以开始构建镜像了,终端继续运行如下命令(注意:镜像标签名称必须全部为小写,否则报错):
docker build . -t hellowrold
镜像已构建完毕,接下来则是创建并启动容器运行程序,如下:
docker run -p 5050:5050 hellowrold
从上述我们可看到容器已正常启动,且运行环境为生产环境,监听端口为5050。桌面版ubuntu默认为我们安装了火狐浏览器,此时我们打开浏览器将会输出Hello World,如下:
总结
本文我们介绍Docker中的一些术语,然后最后写了一个在.NET Core中使用Docker的入门例子,非常简单。若直接使用服务端版本的ubuntu我是一脸懵逼,有了界面,我也大概知道了一些文件夹里存放的是什么,一目了然,虽说这还只是冰山一角,每天积累一点,日积月累,厚积薄发嘛不是。
来源:oschina
链接:https://my.oschina.net/u/4331475/blog/3292459