在Azure Container Service创建Kubernetes（k8s）群集运行ASP.NET Core跨平台应用程序
引子在此前的一篇文章中，我介绍了如何在本地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>
2.在本地将镜像打上自己的tag。例如我的镜像是mvcapp，我的Docker> 你无需担心，其实打上Tag，只是一个逻辑上面的映射，并不会增加本地的存储占用空间。
https://images2015.cnblogs.com/blog/9072/201707/9072-20170724070946664-2110976651.png
3.使用docker login 命令 登陆hub.docker.com
4.使用docker push chenxizhang/mvcapp 这样的命令，将本地的镜像推送到hub.docker.com ，这可能需要一定的时间，取决于你的网络配置
如果一切顺利的话，你将可以看到如下的结果
https://images2015.cnblogs.com/blog/9072/201707/9072-20170724070947821-1844272764.png
备注：如果要创建自己的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
https://images2015.cnblogs.com/blog/9072/201707/9072-20170724070948664-30085087.png
4. 通过这个外部的IP地址就可以访问到你的应用
https://images2015.cnblogs.com/blog/9072/201707/9072-20170724070949524-359871653.png
其他有意思的信息和控制项
如果将应用部署到ACS只是这样的功能，当然没有什么可以值得称赞的，实际上ACS的最大价值是提供了一个强大的容器运行平台，它可以帮助开发人员完成很多细节的工作，包括扩展和收缩容器规模等等。下面是一些有意思的信息和控制项
1. 通过kubectl get deploy可以查看关于每个部署的一些细节信息
https://images2015.cnblogs.com/blog/9072/201707/9072-20170724070950289-1485187079.png
2.通过kubectl get rs 可以获取到每个部署相关的复制集(replicas)
https://images2015.cnblogs.com/blog/9072/201707/9072-20170724070951430-1337027796.png
3.通过kubectl scale 命令可以指定针对某个应用要运行几个容器
kubectl scale --replicas=3 rs/mvcapp-1456147153
https://images2015.cnblogs.com/blog/9072/201707/9072-20170724070952211-2127140979.png
备注：实际上在kubectl run的时候，就可以指定要同时运行的容器数量，同时，如果你愿意，也可以设置为autoscale（自动扩展）
页:
[1]