引子
在此前的一篇文章中,我介绍了如何在本地docker环境中运行ASP.NET Core跨平台应用程序(http://www.cnblogs.com/chenxizhang/p/7148657.html),看起来非常不错,不是吗?那么,如果我们希望真正在实际的生产环境去部署和运行这个应用程序,应该怎么做呢?
通常来说,有两种方案可以选择
1. 在目标运行环境(可以是本地的服务器,也可以是云端)申请虚拟机,然后启用docker运行这些应用程序,所有的细节都可以(也必须)由你自己控制。
2. 使用云平台的PaaS服务,尤其是支持容器化的云平台的PaaS服务,这里面就包括了Azure Container Service,简称ACS。这种情况下,你可以将一些底层的细节工作交给Azure,而将你的精力专注在业务应用上面即可。
ACS简介
Azure 容器服务让创建、配置和管理预配置来运行容器化应用程序的虚拟机群集变得更简单。 它使用热门开源计划和业务流程工具的优化配置。 通过此服务,用户可使用现有技能或利用不断增加的大量社区专业知识,在 Microsoft Azure 上部署和管理基于容器的应用程序。请参考下面的链接了解一些细节,包括快速进行动手实验
https://docs.microsoft.com/zh-cn/azure/container-service/
发布本地的docker镜像
其实,不管是你用哪种方案,一个前提条件是将你本地的镜像发布到一个公共可以访问的仓库。你可以发布到hub.docker.com,也可以发布到自己的仓库。
如果要发布到hub.docker.com,请参考下面的步骤
1. 你需要拥有一个Docker ID。请前往https://hub.docker.com/注册。
2.在本地将镜像打上自己的tag。例如我的镜像是mvcapp,我的Docker ID是chenxizhang,那么要能发布到Docker Hub的话,这个镜像需要打上一个Tag,名称为chenxizhang/mvcapp。请通过这个命令来完成此操作:docker tag mvcapp chenxizhang/mvcapp
你无需担心,其实打上Tag,只是一个逻辑上面的映射,并不会增加本地的存储占用空间。
3.使用docker login 命令 登陆hub.docker.com
4.使用docker push chenxizhang/mvcapp 这样的命令,将本地的镜像推送到hub.docker.com ,这可能需要一定的时间,取决于你的网络配置
如果一切顺利的话,你将可以看到如下的结果
备注:如果要创建自己的docker 仓库,可以了解 Azure Container Registry 这个服务。(https://azure.microsoft.com/zh-cn/services/container-registry/),这里不做展开。
在Azure Container Service创建 Kubernetes群集
你可以完全参考这篇入门文章(https://docs.microsoft.com/zh-cn/azure/container-service/container-service-kubernetes-walkthrough),通过几个简单的命令创建Kubernetes群集
1. az group create
2.az acs create
3.az acs kubernetes install-cli (这一步是可选的,如果是在azure cloudshell中可以省略)
4.az acs kubernetes get-credentials
5.kubectl get nodes (请等待各个节点的Status值变成Ready)
在k8s群集中部署ASP.NET Core应用程序
我们已经有了一个公共可以访问的镜像,同时也有了一个容器的集群。下面就能看看怎么样让这个应用在k8s群集中部署和运行起来了。
实际上,很简单。(当然,这只是入门级的演示,每个命令都还有很多细节可以调整)
1.通过kubectl run 命令指定要拉取的镜像,并且通过设置一定的参数将其运行起来。k8s的术语将这个过程称为创建一个部署(deployment)
kubectl run mvcapp --image chenxizhang/mvcapp --env="ASPNETCORE_URLS=http://+:80"
2. 将这个部署通过某种方式暴露给外部可以访问
kubectl export deployments mvcapp --port=80 --type=LoadBalance
3.查看服务状态,直到EXTERNAL-IP有返回具体的值,这就表示容器已经创建并且运行起来了。
kubectl get svc
4. 通过这个外部的IP地址就可以访问到你的应用
其他有意思的信息和控制项
如果将应用部署到ACS只是这样的功能,当然没有什么可以值得称赞的,实际上ACS的最大价值是提供了一个强大的容器运行平台,它可以帮助开发人员完成很多细节的工作,包括扩展和收缩容器规模等等。下面是一些有意思的信息和控制项
1. 通过kubectl get deploy可以查看关于每个部署的一些细节信息
2.通过kubectl get rs 可以获取到每个部署相关的复制集(replicas)
3.通过kubectl scale 命令可以指定针对某个应用要运行几个容器
kubectl scale --replicas=3 rs/mvcapp-1456147153
备注:实际上在kubectl run的时候,就可以指定要同时运行的容器数量,同时,如果你愿意,也可以设置为autoscale(自动扩展)