Spring 我是通过Kubernetes部署组件的,对吗?
我对应该使用的术语有一些疑问。我已经搜索了我正在使用的组件,但我仍然不确定。您能检查一下这些是否是描述每个组件的正确方法吗?如果没有,请修改一下好吗Spring 我是通过Kubernetes部署组件的,对吗?,spring,docker,jenkins,kubernetes,terminology,Spring,Docker,Jenkins,Kubernetes,Terminology,我对应该使用的术语有一些疑问。我已经搜索了我正在使用的组件,但我仍然不确定。您能检查一下这些是否是描述每个组件的正确方法吗?如果没有,请修改一下好吗 我使用Spring框架(Spring boot)开发微服务 我通过Kubernetes和Docker在云上部署组件。(我知道Docker用于集装箱运输,Kubernetes用于编排多个集装箱。说“我在Kubernetes上部署还是通过Kubernetes部署”正确吗?) 使用Jenkins和Azure DevOps的CI/CD管道。(项目使用Azu
请注意,当我加入团队时,这个项目已经存在,我对所有这些概念都是新手。我简单地理解他们的工作,我知道每个术语在入门级的含义,但我只是想确定我是否用正确的方式说了这些术语。我想说,您部署的是服务,而不是组件,但您的团队可能有自己的术语 你可以在库伯内特斯上部署 Docker用于创建和管理容器和容器图像。Kubernetes不使用Docker,但可以使用通过Docker创建的图像在POD中部署容器(通过OCI格式)
其余的对我来说似乎是正确的:)在Kubernetes中,作为一个单元的应用程序被称为服务。它下面有可访问的组件,例如:部署、pod等。这组组件可以用于微服务或服务,但只用于服务 您可以使用
kubectl get services
Docker在这里是相关的,只是因为pod有一个容器,或者有时很少有容器。所以Kubernetes支持Docker及其图像。它是2021年最流行的容器运行时,但不是Kubernetes的唯一一个
要把一切结合起来,对我来说合适的句子是:
我在Kubernetes上部署了一个服务
我在Amazon EKS上部署了一个服务
我在Azure Kubernetes上部署了一个服务
等等
添加“云”并没有增加太多的价值,因为无论选择什么云提供商,Kubernetes平台都是一样的。当然,云有一些不同,但库伯内特斯核心没有
Docker不适合这里,通常在讨论细节时进行讨论,特别是关于图像、构建图像等
这也是离题的,但即使是pod也比容器更常用,因为在Kubernetes中,您可以访问pod(而在Docker Compose中,您可以访问容器)。当然,如果pod中设置了多个Docker容器,并且容器引擎在此上下文中是Docker,则可以访问Docker容器
我使用Spring框架(Spring boot)开发微服务
要理解最基本的形式——微服务是开发应用程序的一种体系结构模式,因此可以有很多方法来实现这种模式(这只是开发应用程序),Spring Boot就是其中之一。更确切地说,您应该说“我使用Spring Boot开发微服务”
我通过Kubernetes和Docker在云上部署组件。(我明白
Docker用于集装箱运输,Kubernetes用于编排
多个容器。说“我部署在Kubernetes或via上”对吗
库伯内特斯”?)
确切地说,您在这里并不正确-您理解Docker和Kubernetes的目的,但将其错误地放在了w.r.t.应用程序及其部署上
请阅读,其中明确提到K8s不构建或部署代码。当官方文档明确指出K8s不部署代码时,您怎么能说我是通过K8s部署的呢
我想说的是,您不应该使用您提到的任何一种说法,而应该说“我的应用程序在Kubernetes集群(或GKE或EKS或AKS)上的云中运行(或部署)”
使用Jenkins和Azure DevOps的CI/CD管道。(项目使用Azure
DevOps用于在Jenkins中触发CI/CD)
我觉得不错
请注意,一般来说,只要对方能够理解,你就可以说任何话,因此,一般来说,你所有的陈述都可能会卖得很好。但我猜你在寻找“精确”的陈述,我也给了你同样的想法。这里的人是对的,但我想补充一点,当谈到库伯内特斯组件时,你通常会想到或,当谈到较小的单元时,首先想到的是。请注意,Kubernetes服务是一种抽象的方式,用于将运行在一组POD上的应用程序作为网络服务公开。因此,请回答您的主要问题: 我是通过Kubernetes部署组件的,对吗 最好说您正在Kubernetes(AKS/AWS/GCP/etc)上部署(运行)服务/应用程序