由于我们不需要为Containers和Kubernetes配置大多数基础设施服务，因此我们仍然能够管理不同的基础设施服务。这是否使它们成为基础设施即服务或平台即服务？
7rtdyuoh1#
当控制p lane components：调度程序、API服务器、ETCD（键-值元数据）和控制器由提供程序管理，例如Microsoft AKS、Google GKE、AWS EKS。如果您构建和维护所有组件，则可将其视为IaaS
pod7payv2#
Kubernetes既不是IaaS也不是PaaS，它是一个容器编排引擎，更像是一个容器即服务（Container As A Service，CaaS）。您需要在Kubernetes下部署IaaS层，以便为其提供AWS EC2或裸机服务器等虚拟机。Kubernetes可用作在其上构建“平台即服务”的平台，CloudFoundry on Kubernetes是基于Kubernetes构建的PaaS的一个示例。
u7up0aaq3#
我不得不对上面的答案提出一点异议。所有的技术定义都是相当复杂的，但往往是一个模型来解释什么是适当的，所以它们可以随着时间的推移而改变或重叠一点。几年前，还没有“容器即服务”或“CaaS”。容器平台只是被称为“PaaS”或“平台即服务”。在某个时候，“PaaS”变得模糊不清，因为开发人员可以使用许多符合“PaaS”定义的平台：在这些平台即服务技术中，有一些反过来运行在Kubernetes平台上，这也被定义为平台即服务。有人认为有必要区分这两个概念，以便在开发人员必须在更抽象的平台或直接依赖容器编排（最广泛的Kubernetes）之间进行选择时更好地与开发人员沟通。因此，引入了PaaS和CaaS之间的区别。这就是为什么在以前的定义中，Kubernetes和容器编排通常被简单地定义为“PaaS”，而现在它们被称为“CaaS”。相反，基础架构即服务（或简称为“IaaS”）是Kubernetes运行的基础架构层：即Kubernetes节点被实现到其中的虚拟机示例、网络连接部分以及其他基本元素。注意：随着时间的推移，供应商会以不同的方式使用这些定义，这往往会在技术概述文章中加入一些商业推动（即新产品）。不要上当！- ）
3条答案
按热度按时间7rtdyuoh1#
当控制p lane components：调度程序、API服务器、ETCD（键-值元数据）和控制器由提供程序管理，例如Microsoft AKS、Google GKE、AWS EKS。如果您构建和维护所有组件，则可将其视为IaaS
pod7payv2#
Kubernetes既不是IaaS也不是PaaS，它是一个容器编排引擎，更像是一个容器即服务（Container As A Service，CaaS）。
您需要在Kubernetes下部署IaaS层，以便为其提供AWS EC2或裸机服务器等虚拟机。
Kubernetes可用作在其上构建“平台即服务”的平台，CloudFoundry on Kubernetes是基于Kubernetes构建的PaaS的一个示例。
u7up0aaq3#
我不得不对上面的答案提出一点异议。所有的技术定义都是相当复杂的，但往往是一个模型来解释什么是适当的，所以它们可以随着时间的推移而改变或重叠一点。
几年前，还没有“容器即服务”或“CaaS”。容器平台只是被称为“PaaS”或“平台即服务”。在某个时候，“PaaS”变得模糊不清，因为开发人员可以使用许多符合“PaaS”定义的平台：在这些平台即服务技术中，有一些反过来运行在Kubernetes平台上，这也被定义为平台即服务。
有人认为有必要区分这两个概念，以便在开发人员必须在更抽象的平台或直接依赖容器编排（最广泛的Kubernetes）之间进行选择时更好地与开发人员沟通。因此，引入了PaaS和CaaS之间的区别。
这就是为什么在以前的定义中，Kubernetes和容器编排通常被简单地定义为“PaaS”，而现在它们被称为“CaaS”。
相反，基础架构即服务（或简称为“IaaS”）是Kubernetes运行的基础架构层：即Kubernetes节点被实现到其中的虚拟机示例、网络连接部分以及其他基本元素。
注意：随着时间的推移，供应商会以不同的方式使用这些定义，这往往会在技术概述文章中加入一些商业推动（即新产品）。不要上当！- ）