为什么从第一天起就应该在 Kubernetes 上构建实践

如果你正在从头开发一个新的项目，诸如一个新的 APP，服务或者网站，你主要的关注点通常不是如何在高可用的网络中大规模的运行它。相反，你可能会专注于为你的目标客户打造合适的产品或寻找适合市场的产品。如果你正在为一家初创公司创建一个 MVP，你需要在大规模扩展(scaling)之前完成这个最小可用产品，否则，你在为谁扩展?如果你是企业的开发人员，你希望确保的是当前做的业务满足期望和需求。规模化运营充其量只是明天的事情。

因此，在选择正确的技术集时，Kubernetes(通常与大型分布式系统相关)现在可能不在你的关注范围内。毕竟，它带来了很大一部分工作量：设置和操作集群、容器化你的应用程序、定义服务、部署、负载平衡器等等。这在早期看起来可能有点矫枉过正，你可能认为你的时间最好花在其他任务上，例如编写实际应用程序的前几次迭代。

当我们在 2008 年开始构建 Stack Overflow 时，我们没得选择。没有 Docker(2013 年)，也没有 Kubernetes(2014 年)。云计算还处于起步阶段：Azure 刚刚推出(2008 年)，而 Amazon Web Services 大约成立两年。我们构建的东西是为特定硬件设计的，并对其做了很多假设。现在我们正在对我们的代码库进行现代化改造并迁移到云端，我们必须投入大量工作才能使 Kubernetes 和容器正常工作。

经历了这个过程，我们获得一个全新的视角。如果你今天正在构建一个新应用程序，那么仔细研究一下使其成为云原生并从一开始就使用 Kubernetes 可能是值得的。设置 Kubernetes 的工作量比你想象的要少。同时，它也比以后重构你的应用程序来支持容器化所需的工作量少。

以下有三个原因说明为什么从一开始就在 Kubernetes 上构建你的应用程序不一定是一个坏主意。ASP站长网

（编辑：焦作站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!