一分钟带你了解K8S。
大家好，我是CJ。在脉脉上看到一个帖子，里面有两张有趣的图，其中一张是关于K8S的，但是对于一些新手来说可能不太容易理解。
简单来说，如果我们不使用K8S中的组件，虽然也可以运行应用程序，但无法达到最佳状态。有人说K8S是Go语言中的Spring Cloud，是Go语言的开卷之作，我觉得很有意思。所以今天我想借此机会，向大家介绍一下K8S，尤其是对新手朋友。
在介绍K8S之前，我们需要回顾一下传统的应用程序开发。例如，使用Java或Python开发应用程序时，需要将其打包并部署到服务器上。然而，这存在一些问题。首先，应用程序之间无法进行资源隔离。其次，环境也无法统一。例如，生产环境可能需要更多的环境变量或不同的网络配置，这可能会导致问题无法及时解决。
因此，Docker的出现解决了以上问题。Docker不仅可以实现资源隔离，还可以实现环境统一。在这里，我想先跳过Docker，因为今天的主题不是Docker。在大量使用Docker时，也会出现一些问题。例如，需要编写脚本和工具来维护容器之间的关系。例如，需要在容器a启动之前先启动容器b，或者容器之间的调用关系。网络需要相互开放，这些都需要运维人员进行额外的工作。
以Spring Cloud为例，我们可能需要使用SpringCloud task force来保护网关，需要使用EurMaker服务发现注册中心，还需要其他外部配置和trace。这些都需要单独部署和维护，这可能会增加运维人员的工作量。在这个过程中，需要额外部署和维护不同的基础设施。
因此，有没有什么解决方案可以解决这个问题呢？直到K8S的出现。K8S的出现可以将我们之前依赖的组件全部下沉到K8S中，帮助我们处理问题。例如，K8S Ingress可以代替SpringCloud网关。K8S service可以提供服务注册和发现功能。
然后，我们可以使用Istio来进行微服务之间的RPC调用，它集成了许多功能，如负载均衡、限流和熔断。因此，我们可以用Kubernetes的组件或周边生态来替换传统的Spring Cloud开发。这样，我们的运维人员只需要维护Kubernetes集群，而不需要部署其他组件。在跨语言的研发团队中，效率会大大提高。
接下来，我将介绍一些常用的开发组件，如Ingress服务、KVA和Photoshop，用于维护多个Pod。
我们的业务研发只需要专注于提供容器，将它们组成相同功能和职责的容器，组成一个统一的Solar。然后，我们可以使用电网或StatefulSet来暴露和代理这些容器。接下来，我们可以使用Ingress或服务来进行访问。整个过程中，我们的业务研发只需要关心如何编写一个简单的镜像，其中只需要包含核心功能，而不必担心容器之间的资源调用。
配置文件也可以由Kubernetes的configmap提供，一次性任务也可以由Job中的信任文件或secret提供。因此，对于我们的研发或运维人员来说，只需要专注于Kubernetes平台进行研发。我们不需要再了解与语言绑定相关的框架，这样可以大大降低运维成本和研发成本。
当然，Kubernetes中有许多组件。今天，我只是抛砖引玉。在后续的视频中，我会继续更新，讲解具体组件的使用。希望大家继续关注。连接！
