为负载均衡类型的Service配置TLS TLS协议适用于需要超高性能和大规模TLS卸载的场景。您可以为Service配置TLS协议，转发来自客户端加密的TCP协议请求。 Service配置TLS协议依赖ELB能力，使用该功能前请确认当前区域是否支持使用TLS协议，详情请参见添加TLS监听器（独享型）。

查看更多 →

为负载均衡类型的Service配置HTTP/2 Service支持HTTP/2的方式暴露服务。在默认情况下，客户端与负载均衡之间采用HTTP1.X协议，使用HTTP/2可提升客户端与ELB间的访问性能，但ELB与后端 服务器 间仍采用HTTP1.X协议。 当负载均衡端口使用HTTPS协议时，支持使用HTTP/2功能。

查看更多 →

操作。 不同集群的Service对接的是一个监听器，后端服务器组，使用的是先创建Service的配置，因此不同集群部署的监听器，后端服务器组配置跟随第一次创建ELB资源的Service，如健康检查等。 不同集群的Service对接一个监听器时，所有的Service都需要配置跨集群能力。

查看更多 →

建议您使用Annotation配置负载均衡类型的服务对应的ELB。关于注解配置方式的更多信息，请参见使用Annotation配置负载均衡类型的服务。 请勿在ELB控制台上手动修改Kubernetes创建并维护的ELB的任何配置，否则有配置丢失的风险，造成Service不可访问。 ELB删除策略

查看更多 →

为负载均衡类型的Service配置超时时间 LoadBalancer Service支持设置连接空闲超时时间，即没有收到客户端请求的情况下保持连接的最长时间。如果在这个时间内没有新的请求， 负载均衡会暂时中断当前连接，直到下一次请求时重新建立新的连接。 配置超时时间后，如果您在C

查看更多 →

为负载均衡类型的Service配置区间端口监听 在创建负载均衡类型的Service时，您可以为关联的ELB监听器指定需要监听的端口范围，使ELB监听器可以同时监听指定端口号范围内的端口，将这些端口收到的请求都转发到对应的后端服务。 该功能依赖ELB能力，使用该功能前请确认当前区域

查看更多 →

由于ELB Ingress和社区开源的Nginx Ingress的实现原理不同，因此支持的Service类型不同。 ELB Ingress支持的Service类型 Nginx Ingress支持的Service类型 表1 ELB Ingress支持的Service类型 集群类型 ELB类型

查看更多 →

为负载均衡类型的Service配置pass-through能力 操作场景 对于负载均衡类型的Service，负责集群内部流量转发的kube-proxy组件默认会将Service绑定的ELB IP地址配置到节点本地的转发规则中，从集群内部访问ELB的地址时，流量就会直接在集群内部转发，而不会经过ELB转发。

查看更多 →

为负载均衡类型的Service配置pass-through能力 操作场景 对于负载均衡类型的Service，负责集群内部流量转发的kube-proxy组件默认会将Service绑定的ELB IP地址配置到节点本地的转发规则中，从集群内部访问ELB的地址时，流量就会直接在集群内部转发，而不会经过ELB转发。

查看更多 →

4-r0及以上版本的集群支持。 当发布多个HTTPS的服务，所有监听器会使用相同的证书配置。 图1 配置HTTP/HTTPS协议 单击“确定”，创建Service。 通过kubectl命令行创建 Service使用HTTP/HTTPS协议时，需要注意以下配置要求： 不同的ELB类型以及

查看更多 →

创建方式：本文中以选择已有ELB为例进行说明，关于自动创建的配置参数请参见表1。 端口配置： 协议：请选择TCP协议，选择UDP协议将无法使用HTTP或HTTPS。 服务端口：Service使用的端口，端口范围为1-65535。 容器端口：工作负载程序实际监听的端口，需用户确定。例如nginx默认使用80端口。

查看更多 →

为负载均衡类型的Service配置获取客户端IP 使用共享型ELB创建负载均衡类型的服务时，您可以通过配置annotation配置ELB的监听器获取客户端IP的能力。 使用独享型ELB时默认开启获取客户端IP，无需配置。 配置获取客户端IP后，如果您在YAML中删除对应的annotation，ELB侧的配置将会保留。

查看更多 →

为负载均衡类型的Service配置自定义EIP 通过CCE自动创建的带有EIP的ELB，可以通过添加Service的annotation（kubernetes.io/elb.custom-eip-id）完成ELB的EIP的自定义配置。 前提条件 已创建Kubernetes集群，且集群版本满足以下要求：

查看更多 →

更灵活的流量控制。 高可用：MCI通过健康检查和流量自动切换，实现多集群、多区域的高可用性。 可扩展性：MCI发现和管理多个Kubernetes集群上的应用程序资源，实现应用程序自动扩展和部署。 安全性：MCI支持TLS安全策略和证书管理，保障应用程序的安全性。 MCI的工作原理

查看更多 →

技术原理 父主题： CA代理服务介绍

查看更多 →

技术原理 CA服务技术原理图请参见图1。 图1 CA服务的技术原理 用户在通过CA服务申请证书时，需要根据实际需求来配置CA信息、证书模板、白名单和CRL等信息。 申请证书方式： 手动申请：分为通过基本信息申请证书、通过上传 CS R文件申请证书两种方式。 自动申请：通过配置CMP协

查看更多 →

方案原理 本章节分别通过生产站点正常工作、生产站点故障以及生产站点和跨可用区容灾站点同时故障三个场景，介绍在不同的故障情况下，本方案如何接管用户的业务。 生产站点正常工作 当生产站点正常工作时，状态如图1所示。 通过SDRS，在区域A内将可用区1的生产站点服务器的数据、配置信息同

查看更多 →

原理介绍 作业流（Workflow）是对作业流程及其各操作步骤之间业务规则的抽象、概括描述。作业流提供了一种很好的工程化的方式来解决业务问题，使得业务抽象、流程格式化、易维护和易拓展，实现一定程度的业务可视化。 下面将介绍两种开发模式的作业流。 分支开发模式：是采用直接 clone

查看更多 →

用户无法从VPC访问本地数据库或操作系统。 针对恶意用户的威胁： CDM 对每个用户，使用单独的虚拟机来运行各自的CDM实例，用户之间的实例是完全隔离和安全的。恶意用户无法访问其他用户的实例。 针对数据暴露公网的威胁：CDM的抽取-写入模型下，即使CDM绑定了弹性IP，也不会开放端口

查看更多 →

传统工业软件模式与元模型驱动多租工业软件模式的区别 模式 优缺点 示意图 传统工业软件应用开发模式 不提供或者提供有限的租户定制开发的能力。 传统多租定制会带来应用完整性问题，对应用软件演进影响大。 应用软件厂商针对各个客户定制的软件版本，持续维护性差，且无法持续高效的进行应用软件持续创新。 如图3所示。

查看更多 →

当前南北向MCS暂不支持网络协议为UDP的Service服务。 南北向MCS的type为LoadBalancer。 南北向MCS的能力 使用南北向MCS，可以将用户在集群中的联邦Service，暴露四层的访问入口至ELB实例上，客户可以通过ELB实例上的监听端口，使用公网或私网访问暴露在集群中的服务。 南北向MCS的工作原理

查看更多 →