在 kubernetes 集群中部署应用程序与普通 Droplet 之间的区别？
Difference between deploying an app in kubernetes cluster and a normal droplet?
假设我有一个应用程序要部署到 server.For 这个问题让它成为一个 kibana 实例
考虑我在 Digital Ocean 中有一个包含 2 个节点的集群，每个节点具有 2GB RAM 2 Core CPU 和
具有 4GB RAM 和 2 Core CPU
的普通 Droplet
就负载均衡和性能而言，两者给出的结果相同吗？
kubernetes 集群在扩展时会有所帮助，但如果不需要扩展，最终结果是否有任何差异
这是一个广泛的问题，因此很难正确回答，但 kubernetes 提供的不仅仅是扩展。它是一个容器编排引擎，可让您以声明的方式管理大量容器的整个生命周期。
您可以对应用程序进行滚动升级。
您可以重新铺设底层虚拟机 (droplet)，而不会导致 kubernetes 上的应用程序 运行 停机。
您可以添加更多 droplet 以水平扩展集群以支持更多应用程序。
需要考虑的一件事是 kubernetes 仍然不是数据库等有状态工作负载的最佳选择。鉴于您部署 Kibana 的场景，我的建议是使用 Droplet 而不是 kubernetes。
假设我有一个应用程序要部署到 server.For 这个问题让它成为一个 kibana 实例
考虑我在 Digital Ocean 中有一个包含 2 个节点的集群，每个节点具有 2GB RAM 2 Core CPU 和 具有 4GB RAM 和 2 Core CPU
的普通 Droplet就负载均衡和性能而言，两者给出的结果相同吗？ kubernetes 集群在扩展时会有所帮助，但如果不需要扩展，最终结果是否有任何差异
这是一个广泛的问题，因此很难正确回答，但 kubernetes 提供的不仅仅是扩展。它是一个容器编排引擎，可让您以声明的方式管理大量容器的整个生命周期。
您可以对应用程序进行滚动升级。
您可以重新铺设底层虚拟机 (droplet)，而不会导致 kubernetes 上的应用程序 运行 停机。
您可以添加更多 droplet 以水平扩展集群以支持更多应用程序。
需要考虑的一件事是 kubernetes 仍然不是数据库等有状态工作负载的最佳选择。鉴于您部署 Kibana 的场景，我的建议是使用 Droplet 而不是 kubernetes。