部署Dotnet Core应用到Kubernetes(一)
最近闲了点,写个大活:部署Dotnet应用到K8s。
写在前边的话
一直想完成这个主题。但这个主题实在太大了,各种拖延症的小宇宙不时爆发一下,结果就拖到了现在。
这个主题,会是一个系列。在这个系列中,我会讨论将应用部署到K8s时需要的各个内容和知识,以及各种刨过的坑。
为了避免这个系列被扩得过大,我不深入讨论K8s的技术,也不去解释如何建立K8s集群之类的问题。这个主题会侧重在开发人员方面,侧重于如何开发适合K8s的应用,以及在K8s上部署。
另外,这个主题也不会关注Docker。在我看来,Docker是一个附加技术,而不是必要内容。
在项目中,是否需要使用K8s,算是一个问题。从各个方面来看,很多中大型的项目都倾向于往这个方面去做,但我们必须清楚,使用K8s增加了项目的复杂度。如果构建的是一个独立的应用程序,那用K8s实在没有必要。而即便是一个大的系统,其实也没有必要从开头就加入K8s。
本主题中的内容大多来自我自己部署Dotnet Core到K8s集群的经验。如果有任何问题,可以在评论中告诉我。
为防止非授权转发,这儿给出本文的原文链接:https://www.cnblogs.com/tiger-wang/p/13956098.html
K8s(Kubernetes)面向开发的组件
前边说了,这个主题我们仅关注部署应用程序相关的部分,而不讨论K8s的全部。
面向开发,面向部署,我们需要了解下面几个概念:
- 节点(Node)
- Pod
- 部署(Deployment)
- 服务(Service)
- 入口(Ingress)
这几个概念,是整个内容的基础。
1. 节点(Node)
在K8s中,Node对应的是虚拟机或物理硬件,是K8s实际运行容器的地方。
一般来说,有两类节点:
- 主节点(Master),用来运行所有的控制级(Control-plane)服务。主节点也可以运行应用程序,但一般来说,主节点只处理控制管理服务,不运行工作负载。
- 其它节点,用来运行真正的应用程序。一个节点可以运行多个应用程序或应用程序容器。
一个典型的K8s集群会像下面图中的样子:
当然,在实际应用中,看K8s的规模。必要时,也可以做成单机,主节点运行控制服务的同时,也运行应用程序。
在集群中,节点越多,可以运行的应用或容器就越多,节点宕机时的容错能力也就越大。
2. Pod
K8s中最小的管理单元,不是一个个独立的容器,而是Pod。
要在K8s中运行应用程序,需要将其打包到一个容器(通常是Docker容器)中,并让K8s运行它。Pod是可以让K8s运行的最小单元。它包含一个或多个容器。当一个Pod被创建或销毁时,它里面的所有容器也会被创建或销毁。
在网上,很多的文章都介绍说:如果有一个依赖于数据库的应用,那应该把应用容器和数据库容器部署在同一个Pod中,以便同步创建或销毁。
以我的经验来说,这个说法很不准确,而且容易造成对K8s应用的误解。在K8s的实际应用中,只包含单个容器的Pod会更常用,也更好用。就好像“支付API”或“订单API”这样的,每个API都有不同的扩展需求、部署要求和迭代速度,因此单独设置Pod给它们是非常合理的。同样,数据库容器也应该部署在独立的Pod中,因为它与应用/服务/API会有不同的生命周期。
还有一个比较常用的是SideCar模式,就是在一个Pod下的主容器旁边部署“SIdeCar“容器,用来充当代理,为主应用程序进行身份证认处理,或服务发现,以及服务通讯,甚至能充当应用性能监控的接收器来用。
一个典型的节点下的Pod是下面的样子:
再重申一下:一个节点下面可以有多个Pod。一个Pod在K8s中会作为一个整体单元进行调度。一个Pod可能包含一个容器,也可能包含多个容器。容器用于部署应用或API。
3. 部署
在我的概念中,K8s主要做了两件事:
- 管理容器的生存期
- 管理容器之间的通讯
K8s的部署,主要完成的是第一件事,即管理容器的生存周期。所以,部署可以看做是定义K8s如何部署Pod以及如果管理Pod的一组规则。
比方,我们可能这样定义一个部署:
- Pod包含支付API应用Docker映像的一个实例;
- 我们要运行这个Pod的三个副本
- 保证每个容器至少有200Mb的可用内存,并限制它最多不超过400Mb;
- 当我们部署Pod新版本时,采用滚动更新策略
定义完后,K8s就会严格执行这个规则。如果应用崩溃了,K8s会删除Pod并安排一个新的Pod,以保证规则规定的副本数量。如果Pod需要更多内存,K8s会选择一个运行容器较少的节点上运行它,或者结束并重新部署它。当应用更新一个新版本时,K8s会创建一个新的部署,来替换旧版本,并将运行转到新的版本。
当然,上面这个例子做了一定的简化。不过,基本上K8s的基本工作就是这么做的。
这里的关键就是:部署定义了规则,K8s在这个部署的整个生命周期中维护并保持这个规则。
4. 服务
前面说过,部署可以用来创建跨多个节点(Node)的Pod的多个副本。这其实就是K8s提高性能及提高可用性的主要原理。
服务是应用对外的部分,供其它API去调用。而在K8s内部,服务可以看作是Pod在集群内的负载均衡器。当我们创建部署时,通常还会创建一个与该应用的Pod关联的服务。
在上面的例子中,当我们创建部署时,也会创建一个“Payment API”的服务,供其它API调用。
而当其它Pod需要与这个支付API的Pod通讯时,实际不会与支付API的一个Pod直接联系,而是将请求发给服务,然后由服务将请求传递给某一个Pod的实例。
这个过程参见下面的图:
服务与网络相关。因此,服务有多种不同的网络模式。这里不详细说了,只拿一个常用的模式举个例子:
K8s将服务分配到一个DNS记录,并通过这个记录将请求从一个Pod转发到另一个Pod。
假设我们有一个支付服务,而我们的购买服务需要调用这个服务。K8s不需要知道Pod的真实IP,我们只需要分配一个DNS记录给服务:
payment-api.xxx.local
通过这个域名,购买服务可以调用支付服务,而不需要知道支付服务对应的Pod的真正IP。
这个工作方式与Dotnet体系完全一样。通过这种方式,可以实现对资源的逻辑分组,这是题外话。
5. 入口
入口与服务很像,但有本质的不同。
服务本质上是K8s集群内部的东西,用来实现Pod之间的内部调用。而入口将HTTP/HTTPS从集群外部路由到内部的服务,这样,外部应用,例如前端、APP或小程序就可以通过这个入口,调用内部服务来处理请求。
同时,入口也可以当成提供外部负载均衡,即跨多个节点平衡对给定服务的请求。
除此之外,入口也可以提供其它一些特性,例如主机名或基于路径的路由。通常,我们可以为每个应用或API配置一个入口。
还有,入口设置也可以用来做应用的反向代理。例如通过一个Nginx实例来配置入口。这都是可以的,而且这样的方式,可以让API隐藏在反向代理之后,而不用直接暴露在外网。这个部分,在后面的文章,我会专门写。
总结一下
这篇文章是这个系列的一个引子。
当我们在K8s中部署一个Dotnet Core的应用时,我们需要配置Pod部署,添加服务来在K8s内部公开这些Pod,并添加一个入口来公开服务。
本系列的后续文章中,我会从开发的各个环节来解释如何使用这些组件来部署Dotnet Core应用到K8s。
敬请关注!!!
(未完待续)
![]() |
微信公众号:老王Plus 扫描二维码,关注个人公众号,可以第一时间得到最新的个人文章和内容推送 本文版权归作者所有,转载请保留此声明和原文链接 |
部署Dotnet Core应用到Kubernetes(一)的更多相关文章
- 部署Dotnet Core应用到Kubernetes(二)
前一篇文章,概念性地介绍了K8s的一些基础组件,如Pod.部署和服务.这篇文章,我打算写写如何使用YAML清单定义和配置这些资源. 实际上,在K8s集群中创建对象有几种方式 - 命令,或声明.两种 ...
- 国产中标麒麟Linux部署dotnet core 环境并运行项目 (三) 部署运行WEB API项目
部署dotnet Core Web API 上一步的文章,是我们公司最核心的一个ORM组件,在中标麒麟系统完成了一个插入数据的任务,这一步是将正式的从dot net framework 迁移到 dot ...
- Docker 部署Dotnet Core MVC项目
原文:Docker 部署Dotnet Core MVC项目 1.dotnet core创建项目 dotnet new mvc -o myweb cd myweb 然后就是业务代码的编辑,增删改查乱七八 ...
- 国产中标麒麟Linux部署dotnet core 环境并运行项目 (二) 部署运行控制台项目
背景 在上一篇文章安装dotnet core,已经安装好dotnet core了.之前只是安装成功了dotnet, 输入dotnet --info,可以确认安装成功了,但是在运行代码时,还是报错了,本 ...
- 国产中标麒麟Linux部署dotnet core 环境并运行项目 (一) 安装dotnet core
背景 根据我之前写的文章 将 Net 项目升级 Core项目经验:(一)迁移Net项目为Net Core\Standard项目,我们将公司内部最核心的ORM框架迁移到net core 上面,并在win ...
- centos 配置.Net core 环境并部署dotnet Core文件
一.配置环境[Microsoft dotnet Core] 1) Add the dotnet product feed sudo rpm -Uvh https://packages.microsof ...
- 2017-03-05 CentOS中结合Nginx部署dotnet core Web应用程序
Visual Studio Live 倒计时2天,当然这是美国倒计时两天,中国应该是在3月8日的凌晨,正值"3.8妇女节".提前祝广大的女性同志节日快乐,当然还有奋斗在一线的程序媛 ...
- Azure DevOps Pipelines部署.Net Core 应用到Kubernetes
一. 先决条件 1.Azure Repos Git/Git和项目上传 把本地的Net Core项目上传至Azure Repos Git/Git 2.Docker Registry Service ...
- nginx部署dotnet core站点
步骤 aspnetcore程序端口号5001,实际外部端口号8001,相当于把8001收到的请求转发给5001. 把发布出来的文件全部丢掉 /var/www/JuXiangTou 里面去.可以用scp ...
随机推荐
- day63:Linux:nginx基础知识&nginx基础模块
目录 1.nginx基础知识 1.1 什么是nginx 1.2 nginx应用场景 1.3 nginx组成结构 1.4 nginx安装部署 1.5 nginx目录结构 1.6 nginx配置文件 1. ...
- Combine 框架,从0到1 —— 5.Combine 常用操作符
本文首发于 Ficow Shen's Blog,原文地址: Combine 框架,从0到1 -- 5.Combine 常用操作符. 内容概览 前言 print breakpoint handleEve ...
- CentOS7 下 swap 分区的创建、删除及相关配置
一般我们在购买云服务器(例如:阿里云ECS.腾讯云服务器)的时候,选择 CentOS 7 系统之后,登录系统,发现 swap 大小为 0(即没有分配). 如果我们想在该 服务器上安装 Oracle 数 ...
- CentOS 7基础命令介绍
01 CentOS基础命令介绍 重所周知,Linux是一个主要通过命令行来进行管理的操作系统,即通过键盘输入指令来管理系统的相关操作,包括但不限于编辑文件.启动/停止服务等.这和初学者曾经使用的Win ...
- selenium-无窗口模式
引入options即可 from time import sleep from selenium import webdriver from selenium.webdriver.chrome.opt ...
- 第五章 NFS、rsync等统一用户相关操作
一.统一用户 1.httpd2.NFS挂载目录3.rsync 1.所有服务器统一创建用户 [root@web01 ~]# groupadd www -g 666[root@web01 ~]# user ...
- 子网划分和VLAN
子网划分 IP地址的结构和分类 根据tcp/ip协议,连接在Internet上的每个设备都必须有一个IP地址,它是一个32位二进制数,为了方便人类识别,我们将它用点分十进制表示,每8位分为一段. IP ...
- 爬虫在linux下启动selenium-安装谷歌浏览器和驱动(傻瓜式教程)
一.升级yum(防止不必要的麻烦) yum update -y yum -y groupinstall "Development tools" yum install openss ...
- [SuProxy]Ngnix+Lua 实现SSH2,LDAP,ORACLE,SQLSERVER等TCP/IP协议分析,劫持,代理,会话及负载
目录 目录 目录 前言 介绍 安装 下载并拷贝 使用LuaRocks安装 运行测试 使用简介 处理器(processor)创建 通道(channel)创建 负载均衡 会话信息和会话管理 Event H ...
- DOM0级事件误区-addEventListener
百度上很多篇文章讲解addEventListener DOM0级事件的时候讲解的都是覆盖 概念如下: 同一个元素的同一种事件只能绑定一个函数,否则后面的函数会覆盖之前的函数 其实不然,官方讲解:添加的 ...