DEV Community
·
超越Kubernetes：为何某些应用在没有它的情况下更为合适
💡
原文英文，约1300词，阅读约需5分钟。
📝
内容提要
Kubernetes适合云原生应用，但对非云原生应用可能增加复杂性和成本。这类应用通常依赖垂直扩展，难以发挥Kubernetes的弹性。虚拟机或Nomad等替代工具可能更有效，选择合适的工具至关重要。
🎯
关键要点
- Kubernetes适合云原生应用，但对非云原生应用可能增加复杂性和成本。
- 非云原生应用通常依赖垂直扩展，难以发挥Kubernetes的弹性。
- 虚拟机或Nomad等替代工具可能更有效，选择合适的工具至关重要。
- Kubernetes在需要弹性的场景中表现良好，但某些现代应用无法充分利用其特性。
- 请求与限制的平衡对Kubernetes的工作负载调度至关重要。
- 高限制可能导致资源浪费，低限制则可能导致应用崩溃。
- 在高变动的工作负载中，动态工具如HPA或VPA可能需要，但会增加复杂性。
- 许多团队尝试将单体应用适配Kubernetes，结果可能形成分布式单体，导致资源峰值不可预测。
- 即使是现代无状态微服务，如果需要垂直扩展或产生不可预测的使用模式，也可能在Kubernetes上遇到困难。
- 对于不符合Kubernetes核心优势的应用，虚拟机仍然是可靠的选择。
- HashiCorp Nomad是一个替代的调度器，适合处理混合工作负载，操作更简单。
- 使用像Cast.ai这样的工具可以帮助优化非云原生应用在Kubernetes上的运行，但可能导致供应商锁定和额外成本。
- 在迁移应用到Kubernetes之前，需评估应用是否需要弹性扩展，适应成本是否合理，以及是否有更简单有效的替代方案。
❓
延伸问答
Kubernetes适合哪些类型的应用？
Kubernetes适合云原生应用，尤其是需要弹性扩展的现代微服务架构。
为什么某些非云原生应用不适合使用Kubernetes？
非云原生应用通常依赖垂直扩展，难以发挥Kubernetes的弹性，可能导致复杂性和成本增加。
在什么情况下虚拟机比Kubernetes更合适？
对于状态性、单体或垂直可扩展的工作负载，虚拟机更易于管理且适合稳定需求的应用。
HashiCorp Nomad与Kubernetes相比有什么优势？
Nomad支持原生虚拟机管理，操作更简单，适合处理混合工作负载，减少了Kubernetes的复杂性。
如何平衡Kubernetes中的请求与限制？
需要在资源浪费和崩溃风险之间找到平衡，设置合适的资源限制以避免过度承诺或频繁崩溃。
使用Cast.ai等工具有什么潜在风险？
使用这些工具可能导致供应商锁定和额外成本，可能与降低操作开销的初衷相悖。
🏷️
标签
➡️
