超越Kubernetes：为何某些应用在没有它的情况下更为合适
原文英文，约1300词，阅读约需5分钟。
📝
内容提要
Kubernetes适合云原生应用，但对非云原生应用可能增加复杂性和成本。这类应用通常依赖垂直扩展，难以发挥Kubernetes的弹性。虚拟机或Nomad等替代工具可能更有效，选择合适的工具至关重要。
🔎
延伸解读
Kubernetes的适用场景
Kubernetes在处理云原生应用时表现出色，但对于依赖垂直扩展的非云原生应用，其复杂性和成本可能会增加。因此，在选择工具时，需考虑应用的特性和需求，以避免不必要的资源浪费和管理难度。
请求与限制的平衡
在Kubernetes中，合理设置请求和限制至关重要。过高的限制可能导致资源浪费，而过低的限制则可能导致应用崩溃。对于资源使用波动较大的应用，动态调整工具如HPA和VPA虽然有效，但也会增加管理复杂性。
替代方案的考虑
对于不符合Kubernetes优势的应用，虚拟机和HashiCorp Nomad等替代工具可能更为合适。Nomad的操作更简单，适合处理混合工作负载，能够有效降低管理负担。选择合适的工具可以提高效率，降低成本。
❓
Q&A
Kubernetes适合哪些类型的应用？
Kubernetes适合云原生应用，尤其是需要弹性扩展的现代微服务架构。
为什么某些非云原生应用不适合使用Kubernetes？
非云原生应用通常依赖垂直扩展，难以发挥Kubernetes的弹性，可能导致复杂性和成本增加。
在什么情况下虚拟机比Kubernetes更合适？
对于状态性、单体或垂直可扩展的工作负载，虚拟机更易于管理且适合稳定需求的应用。
HashiCorp Nomad与Kubernetes相比有什么优势？
Nomad支持原生虚拟机管理，操作更简单，适合处理混合工作负载，减少了Kubernetes的复杂性。
如何平衡Kubernetes中的请求与限制？
需要在资源浪费和崩溃风险之间找到平衡，设置合适的资源限制以避免过度承诺或频繁崩溃。
使用Cast.ai等工具有什么潜在风险？
使用这些工具可能导致供应商锁定和额外成本，可能与降低操作开销的初衷相悖。
🏷️
