江苏龙网

  1. 首页 > 资讯 > 科技 > >

InfoQ|我们为什么不用Kubernetes？


作者 | Drew Rothstein
策划 | Tina
当今 ， Kubernetes 已经成为容器编排领域的领导者 。 但是在 Coinbase 公司 ， 却没有使用 Kubernetes 。 这是为什么？运行 Kubernetes 会产生哪些问题？
本文要点：容器编排平台是一项复杂而令人惊叹的技术 ， 它可以帮助一些企业和团队解决一系列的问题 。 然而 ， 我们经常忽略的是 ， 容器技术还带来了一系列的挑战 ， 企业只有克服这些挑战才能避免失败 。
https://github.com/hjacobs/kubernetes-failure-stories
1
历史
InfoQ|我们为什么不用Kubernetes？
本文插图

在讨论现状之前 ， 让我们先了解下时至今日这项技术的发展历程 。
1980 年代：chroot
1990 年代：jail
2000 年代（早期)：jail > FreeBSD
2000 年代（中期）：cgroups
2000 年代（后期）：LXC（Linux 容器)
2010 年代（早期）：Docker
2010 年代（后期）：Kubernetes
如果想进一步了解其历史 ， 请查阅 Enterprise Docker 第七章 。
https://www.oreilly.com/library/view/enterprise-docker/9781491994986/
让我们从 10 年前说起 ， 那时还没有现如今大家都知道的容器 。 那个时候 ， 我们没有 / 不使用 docker、rkt 或任何其他主流的容器封装器 / 服务 。 为了将应用程序从源代码打包为生产部署 ， 大多数大型公司都在构建内部系统 。 工程师在他们机器上运行的东西通常不是在生产环境中运行的东西 ， 或者即使是在生产环境中运行的东西 ， 也通常是以一种深度定制化而且非常复杂的方式一次性构建 / 打包的 。
使用内部系统打包和部署应用程序需要一个大型运营团队 。 通常 ， 该团队隶属于负责管理打包 / 构建流程、部署和部署后工作的平台或基础设施组织 。 这些角色的职责通常以操作型工作为主 ， 包括主机故障排除、诊断 OS 补丁 / 升级中的特定依赖问题等 。 部署后的工作包括容量规划、订购更多服务器、上架 / 安装以及升级上面的软件 ， 几乎不涉及自动编排 。
幸运的话 ， 有一些常规过程可以用来构建一个“黄金镜像”（想想 Hashicorp 的 Packer 。 这个镜像有详细的文档 ， 甚至可能被编码 ， 并由 Hudson（在 Jenkins 之前）这样的持续集成系统运行 。 这些镜像可以手动或借助某些配置管理工具自动分发到你的系统中 ， 然后以某种顺序启动（比如用 Parallel SSH 或类似的方式） 。
https://www.packer.io/
https://en.wikipedia.org/wiki/Hudson_(software)
在过去的十年里 ， 一切都变了 。 我们不再使用庞大的单体应用程序 ， 而是将服务分解为许多离散的、低耦合的部件 。 我们从必须构建 / 拥有自己的计算 ， 转为拥有托管服务或公有云服务 ， 而这个过程只需点击几下鼠标和一张信用卡 。 我们从垂直扩展应用程序 ， 转为重构它们实现水平扩展 。 所有这一切都是同时发生的 ， 社会也发生了变化：每个人的口袋里都有手机 ， 网络速度在提高 ， 全球范围内的网络延时在下降 ， 从预约遛狗者到商品化的视频会议 ， 一切都在网上进行 。
2009 年 ， AWS 提供的服务还相当有限 。 AWS 的 EC2 服务 2008 年才完成 beta 测试并开始提供 SLA 。 相比之下 ， GCP 直到 2013 年才正式推出计算服务 。
2
为什么企业会选择容器化他们的应用程序？
企业选择容器化他们的应用程序 ， 是为了以快速、安全、可靠的方式提高工程输出 / 开发人员的生产力 。 容器化是不同于构建镜像的另一个选项 ， 尽管有时可以将容器构建到镜像中 ， 但这超出了本文的范围参见这里 。
https://thenewstack.io/bakery-foundation-container-images-microservices/


推荐阅读


上一篇：cnBeta|[图]TikTok重申：计划停止对 iOS 系统剪贴板的访问

下一篇：创业者李孟|2020年升降式结构的新机明显少了，到底有怎样的优缺点？