前两章解释了K8S的整体进入准备和全球配置管理的相关内容。通常，它应该存储或组件，但是由于两个部分过多且相对侧重于细节，因此本文首先将本文放在首位。K8S中的服务首先解释以帮助每个人首先阐明K8S的整体体系结构，然后再阐明K8S的整体体系结构，然后说明细节的细节，这些细节可以很快开始，易于理解。
在解释服务是什么之前，首先了解服务的使用：服务的使用：
为了响应上述三个需求，K8S提出了服务的概念，该概念旨在解决以上三个问题和场景。以下两个查看服务的定义：
Kubernetes Service是一个定义的对象，用于管理具有相同功能的一组POD。服务的具体作用和场景如下：
首先，根据我对整个服务工作过程的理解，我绘制了这张照片。围绕这张照片解释以下内容以解释：
让我们看下面的一个示例：
上图是服务的详细信息。首先，寻找与上述过程的相应关系：
K8中的服务分为四个类别，即clusterip，nodeport，loadBalancer和externalName。下图描述了它们之间的关系与服务类型：
从外部到内部的绿色代表；从内部到外部的蓝色代表，黄色表示群集内部的访问模式。可以看出，除了外部名称类型外，其余三种类型是按层封装的。LET关于这四种类型的分类：
这是K8S的默认服务类型，只能在K8s.in clientip中传达，K8S将在创建服务后作为客户端属性提供内部IP。K8S内部服务可以通过客户端或ServiceName访问服务。
用于创建此类服务的YAML的示例如下：
NodePort是NodePort的实现。NodePort可以通过配置NodePort属性访问Nodeipport属性。外部用户可以通过Nodeipip：NodePort访问每个节点上的服务。
用于创建此类服务的YAML的示例如下：
LoadBarancer类型服务是另一个可以实现外部访问服务的解决方案。但是，并非所有K8S群集都将得到支持，并且其中大多数将在公共云保管集群中支持此类型。负载Balanor创建了异步，以及有关的信息，以及有关此类型的信息。所提供的负载Balanor将通过服务的状态发布。
此外，据说Loadbarans需要对F5等本地资源的一些支持，据说据说额外的费用是额外的费用。作者不知道该如何做太多。
用于创建此类服务的YAML的示例如下：
Service的外部名称方法已实现，即服务的类型设置为externalName。此的优点是，当对外部服务访问外部服务时，内部服务将通过别名访问，这会阻止外部服务的真实信息。外部服务对内部服务透明。外部服务的修改基本上不会影响内部服务的访问。做到这一点。内部服务和外部服务被解耦。
用于创建此类服务的YAML的示例如下：
上面我们解释了服务的使用和实现逻辑的方法，主要是因为代理商的POD容器集提供负载平衡和反向代理服务。但是有时我们不需要这种负载平衡，例如以下两个场景：
基于上面的两个场景，K8S提供了无头的销售功能，这实际上意味着无头服务实际上是从服务外部提供的IP。
用于创建此类服务的YAML的示例如下：
最后，在讲话时，无头服务通常将状态填充与部署状态应用程序（例如大数据组件或NOSQL数据库）相结合。该分布式系统需要无头服务才能获取业务场景所有节点的列表。
以上是K8S服务的方法和一些原则，我希望帮助每个人掌握相关的服务知识。
作为外部系统和K8S解耦的关键组成部分，服务可以简化外部系统调用K8S服务的复杂性，并阻止K8S内部实现的详细信息；为了在内部提供K8S的复杂平衡和反向代理，它是K8S核心内容的核心内容，需要重点关注并优先考虑掌握。
文章在这里。如果您想开始一起学习K8，请喜欢它，并注意下次您不会迷路的时候！
原始：https：//juejin.cn/post/7111142137818939428