k8s服务的兴起导致容器技术的使用增加
api 服务器实际上是kubernetes 集群的入口点不同 kubernetes 客户端的进程如果您使用的是ubernetes 仪表板，将与 ui 对话；如果您使用一些脚本和自动化技术以及命令行工具，将与 api 对话，因此所有这些都将与 api 服务器对话，另一个在主节点上运行的进程是控制器 管理器，它基本上概述了集群中发生的事情，是否需要修复某些东西，或者如果容器死亡并且需要重新启动等等，另一个是调度器，它基本上负责根据工作负载在不同节点上调度容器以及每个节点上的可用服务器资源，因此这是一个智能过程，它根据这些工作节点上的可用资源和该容器需要的负载以及整体的另一个非常重要的组成部分来决定下一个容器应该安排在哪个工作节点上集群实际上是一个 etcd键值存储，它基本上随时保存kubernetes 集群的当前状态，因此它拥有内部的所有配置数据以及该节点内部的每个节点和每个容器的所有状态数据以及备份和恢复 我们之前提到的实际上是由这些etcd 快照制作的，因为您可以使用该 etcd 快照恢复整个集群状态，
最后但并非最不重要的一点也是 kubernetes 的一个非常重要的组件，它使这些节点工作节点。virtual network主节点相互通信是虚拟网络 跨越属于集群的所有节点，简单来说，虚拟网络实际上将
集群内的所有节点变成一台功能强大的机器，该机器具有各个节点的所有资源的总和
使用了另一个名为 service 的 kubernetes 组件，
app和DB都是独立ip且不关联情况下，DB挂了也会保留ip这样就不用重启pod了
an external service必须创建一个外部服务 所以外部服务是一种打开来自外部源的通信的服务，但显然你不希望你的数据库对公共请求开放，为此你会创建一个叫做内部服务（an internal service）的东西，所以这是你指定的一种服务
组件 kubernetes调用 ingress，请求首先进入 ingress 而不是服务，然后转发到服务