在Kubernetes布局中，首先我创建了节点集群（视为物理PC）。现在每台PC内部可以有多个POD。在每个POD内部还有多个容器。每个容器可以容纳多个应用程序（但理想情况下应该限制为一个）。
现在，如果上述陈述是真的：
您的上述理解是正确的
1）那么我们在节点周围有集群但在节点内部我们有不同的应用程序？
是的，你可以说我们在节点内部有不同的应用程序，但你也可以说我们在kubernetes集群中有不同的应用程序，kubernetes调度程序根据CPU，ram等资源可用性在kubernetes集群中的不同节点中安排这些应用程序。
2）对于放大/缩小或自我修复，我们只增加Node或POD
kubernetes中应用程序的放大/缩小或自我修复增加/减少由kubernetes调度程序完成的pod，如果某些pod死亡，kuberenetes调度程序在新节点/同一节点中安排新的替换pod作为自我修复的一部分。
Kubernetes使用HPA（Horizontal Pod Autoscaller）进行放大/缩小应用，它将根据cpu，内存或自定义指标定义的指标增加/减少pod。
群集是多个节点互连的概念，您没有围绕节点的群集，节点是群集。在Kubernetes中，集群还有一些管理服务来跟踪成员并控制应用程序使用的资源分配，托管这些服务的节点称为master。
你不应该试图找到节点和应用程序之间的链接，应用程序只是在集群中运行的二进制文件（以容器的形式），节点可以被看作放置它们的位置，Kubernetes做得很好从您的应用程序，这就是每个POD获取自己的IP而不是使用节点的IP的原因，因为应用程序不需要知道它运行的位置。
关于缩放问题，您可以缩放群集或应用程序。
缩放应用程序时，可以在群集中添加更多副本（副本）以处理更多处理。
扩展群集时，可以添加更多资源（内存/ CPU /磁盘）以提供容纳更多应用程序的空间，添加节点只是一种方法。
如果您的应用程序需要更多容量，并且群集具有提供的容量，则只能扩展pods \ deployments以向应用程序提供足够的资源。
自我修复是管理服务所做的事情，它跟踪资源，并且万一出现问题，即：集群中的节点丢失，管理服务将补偿它在其他可用节点上分配应用程序，或重新启动应用程序只是一个POD失败。
This docs更多地解释了这个架构。