如何用最简单易行的软件快速搭建小程序开发流程？

哪个软件做网站最简单,开发一个小程序流程,wordpress 精致博客,网站开发用哪个软件方便文章目录序言kube-proxy代理模型userspace代理模型iptables代理模型ipvs代理模型修改代理模型Service资源类型ClusterIPNodePortLoadBalancerExternalName应用Service资源应用ClusterIP Service资源应用NodePort Service资源应用LoadBalancer Service资源外部IP序言 在Kuberne… 文章目录序言kube-proxy代理模型userspace代理模型iptables代理模型ipvs代理模型修改代理模型Service资源类型ClusterIPNodePortLoadBalancerExternalName应用Service资源应用ClusterIP Service资源应用NodePort Service资源应用LoadBalancer Service资源外部IP序言 在Kubernetes应用编排的动态、弹性管理模型下Service资源用于为Pod对象提供一个固定、统一的访问接口及负载均衡能力并支持新一代DNS系统的服务发现功能解决了客户端发现并访问容器化应用的难题。 Service对象的IP地址都仅在Kubernetes集群内可达它们无法接入集群外部的访问流量。在解决此类问题时除了可以在单一节点上做端口hostPort暴露及让Pod资源共享使用工作节点的网络名称空间hostNetwork之外更推荐用户使用NodePort或LoadBalancer类型的Service资源或者是有七层负载均衡能力的Ingress资源。 本质上来讲一个Service对象对应于工作节点内核之中的一组iptables或/和ipvs规则这些规则能够将到达Service对象的ClusterIP的流量调度转发至相应Endpoint对象指向的IP地址和端口之上。内核中的iptables或ipvs规则的作用域仅为其所在工作节点的一个主机因而生效于集群范围内的Service对象就需要在每个工作节点上都生成相关规则从而确保任一节点上发往该Service对象请求的流量都能被正确转发。 kube-proxy代理模型 Service对象的ClusterIP事实上是用于生成iptables或ipvs规则时使用的IP地址它仅用于实现Kubernetes集群网络内部通信且仅能够以规则中定义的转发服务的请求作为目标地址予以响应这也是它之所以被称作虚拟IP的原因之一(iptables方式下clusterIP无法ping通但是ipvs方式clusterIP可以ping通)。kube-proxy把请求代理至相应端点的方式有3种userspace、iptables和ipvs。 userspace代理模型 此处的userspace是指Linux操作系统的用户空间。在这种模型中kube-proxy负责跟踪API Server上Service和Endpoints对象的变动创建或移除并据此调整Service资源的定义。对于每个Service对象它会随机打开一个本地端口运行于用户空间的kubeproxy进程负责监听任何到达此代理端口的连接请求都将被代理至当前Service资源后端的各Pod对象至于哪个Pod对象会被选中则取决于当前Service资源的调度方式默认调度算法是轮询round-robin另外此类Service对象还会创建iptables规则以捕获任何到达ClusterIP和端口的流量。在Kubernetes 1.1版本之前userspace是默认的代理模型。 在这种代理模型中请求流量到达内核空间后经由套接字送往用户空间中的kube-proxy进程而后由该进程送回内核空间发往调度分配的目标后端Pod对象。因请求报文在内核空间和用户空间来回转发所以必然导致模型效率不高因此现在已经被弃用。 iptables代理模型 创建Service对象的操作会触发集群中的每个kube-proxy并将其转换为定义在所属节点上的iptables规则用于转发工作接口接收到的、与此Service资源ClusterIP和端口相关的流量。客户端发来请求将直接由相关的iptables规则进行目标地址转换DNAT后根据算法调度并转发至集群内的Pod对象之上而无须再经由kube-proxy进程进行处理因而称为iptables代理模型。对于每个Endpoints对象Service资源会为其创建iptables规则并指向其iptables地址和端口而流量转发到多个Endpoint对象之上的默认调度机制是随机算法。