Press "Enter" to skip to content

用Docker部署dotnet core网站

UCloud推出了按量收费的容器服务CAAS,测试一下。将之前开发的生成图片二维码的Api接口的dotnetcore网站做成容器。

在Mac里安装Docker,启动。

新建一个目录,将publish发布到linux-x64版本的目标文件夹放到该目录下,在该目录下新建Dockerfile文件,内容如下:

# Build runtime image
FROM microsoft/dotnet:2.0-runtime-jessie
WORKDIR /app
COPY ./unfish_api/ .
ENV ASPNETCORE_ENVIRONMENT Development
ENTRYPOINT ["dotnet", "ArtQRCodeWeb.dll"]
RUN apt-get update
RUN apt-get install -y libgdiplus
RUN apt-get clean

该文件的内容是经常N多次尝试之后才终于成功的一次。试了官方的各种镜像,以及下面的各种安装步骤。其中unfish_api目录就是放程序发布目录的文件夹名称。

然后生成自己的镜像:

sudo docker build -t qrcodeapi .

其中qrcodeapi就是镜像的名字。(没加sudo的时候会报错)

然后启动镜像:

sudo docker run -d -p 5000:5000 --name qrcoderun qrcodeapi

然后本机访问http://localhost:5000,就可以看到效果了,测试图片生成的Api接口也没有问题。

然后根据UCloud的官方文档上传镜像:

到UHub中新建自己的镜像库,然后本地通过docker login登录,然后docker tag标记镜像,然后docker push上传。
然后就可以到CAAS管理界面新建一个服务,新建一个Pod配置(Pod配置是用来指定使用哪些镜像的,一个Pod配置可以包含多种镜像,同步启动)。

然后在服务里面新建副本集,选定要使用的Pod配置,要使用的Pod节点数和每个节点的配置,Pod配置中的所有镜像都会分别启动在每个Pod节点中,然后设定转发端口和转发优先级(不同副本使用不同的转发优先级就可以做灰度发布),完成后Pod节点启动,容器就在运行了。

可以访问每个Pod自己的IP+你的端口来测试,然后使用整个服务的IP+端口来正式使用里面的服务。以后根据使用量来增加副本集和Pod数就可以做到随时扩容了。

不过要在生产环境上使用,还得在前面再加一个nginx代理来隐藏端口调用。


续:因为dotnetcore发布到linux的时候,把所有的依赖的系统dll都放到了发布目录,所以整个项目虽然非常简单,几乎啥代码也没有,但是发布项目有100M,而既然你只改了一行代码重新编译发布,只有项目的主Dll发生了一点点变化,实际只有一个20K的文件发生了变化,但是如果你使用这个Dockerfile重新build镜像,那生成的镜像的差异版本依然有100M,因为它把copy文件这一步作为一个整体的差异镜像,相应的,需要上传到ucloud的镜像也要上传100M的文件。

解决方案:
建一个子docker项目,写个新的Dockerfile,使用自己的镜像作为源镜像,也就是第一行改成:
FROM qrcodeapi

把项目本身的dll和网页文件放在这个子目录下的文件目录里,copy命令只复制这个文件夹。
当然,相应的执行Build命令的时候要使用一个新的image名字了。这样重新生成以后需要上传的镜像文件文件就只有3M了。(如果是纯接口类站点没有静态文件的话,只有20K)

另外,基于这个源镜像,其它所有的同类dotnetcore网站都可以这样操作,只复制本项目自己的文件,因为其它的系统依赖文件基本上是一模一样的。