近日,Docker 公司宣布从现有投资者 Benchmark Capital 和 Insight Partners 获得 3500 万美元的投资,并任命首席产品官的 Scott Johnston 为首席执行官(CEO),并将 Docker Enterprise 卖给 Mirantis,收购博文暗示 Docker Swarm 将被逐步淘汰,这次是终局吗?
Docker Enterprise 卖了!
根据外媒报道,融资的消息是在 Mirantis 宣布收购 Docker Enterprise 后的同一天发布的。在这起融资消息之前,Docker 公司已先后融资逾 2.72 亿美元。现在 Benchmark 和 Insight 投入了 3500 万美元的新资金,希望再作一次尝试,依托开源 Docker 项目打造一家成功的公司。
收购了 Docker Enterprise 的 Mirantis 是一家扎根 OpenStack 的云计算公司,最近开始专注 Kubernetes。Docker Enterprise 部门包括 Docker Enterprise 技术平台及所有相关的知识产权、约 400 名员工中的 300 人、750 家企业客户以及所有企业伙伴关系。
Mirantis 首席执行官兼联合创始人 Adrian Ionel 称,这次收购约占 Docker 公司业务的 90%,还将包括与微软及其他公司的合作伙伴关系,这一切旨在加快 Mirantis 内部 Kubernetes 方面的工作。
对此,Mirantis 方面表示收购 Docker Enterprise 的一个原因是加快转变,向全世界提供 Kubernetes 即服务,支持多云和混合使用场景――Docker Enterprise 的许多客户实际上在内部使用 Kubernetes;另一个原因是 Mirantis 认为容器化是必经之路,这是构建现代应用程序并重新更新改造现有应用程序的方式。此外,Docker Enterprise 拥有一批出色的云原生基础架构人员,人才收购也是本轮收购的重点。
对于这轮收购,容器领域大部分技术专家表示理解,毕竟有关Docker公司运营情况不佳的新闻此前已被多次报道,但让很多人不解的是:为什么是 Mirantis。 关于 Docker 公司的终局,此前被预测的潜在买家可能是 RedHat、Pivotal、VMWare、AWS、Google 或者 Microsoft 等等,但没想到最后被 Mirantis 收购。
Docker Swarm 或被逐步淘汰
过去一段时间,Docker Swarm 曾与 Kubernetes 有过很激烈的竞争,与 Kubernetes 社区完全隔离。Docker 为公司和开源项目采用同一个名称加剧了这个问题,造成了不可避免的混淆。该公司抛弃了迁移到 Kubernetes 开发合作伙伴的机会。
两年前,Docker 公司试图纠正路线,先将 Kubernetes 添加到 Docker Swarm 中,六个月后又将其添加到 Docker Enterprise 中。现在,我们已经看到,这场战争以 Kubernetes 的胜利告终。
收购之后,Docker Swarm 被猜测可能被逐步淘汰。从收购博文来看,Mirantis 方面倾向于认为未来的主要编排工具是 Kubernetes。Mirantis 也在努力向 Kubernetes 靠拢, 目前预计为 Swarm 提供至少两年支持,具体时间取决于客户对路线图的反馈意见。Mirantis 还在评估让 Swarm 用户更容易迁移到 Kubernetes 的选择方案。
值得注意的是,这次收购并不包括 Docker Desktop,不过据说 Docker Enterprise 3.0 集成了该接口,旨在成为“唯一可以从开发人员的桌面到 Kubernetes 管理的基于云或基于内部的生产环境,无缝管理容器的商业软件”。
未来,Mirantis 和 Docker 公司将共同开发核心上游技术,为开源开发做贡献。此外,双方将继续确保双方产品之间的集成,Docker 公司将专注于 Docker Desktop 和 Docker Hub,而 Mirantis 专注于 Docker Enterprise 容器平台。这些特定的核心技术还将包括 Container Engine、Moby、Compose 以及与使用和采用容器密切相关的另外几项技术。
Docker 公司还能做点什么?
对于这一系列事件,阿里巴巴高级技术专家张磊表示,这意味着未来的 Docker 公司将努力把重点放在应用程序和软件上,这是一件好事情。如今,Kubernetes 项目作为容器编排领域的事实标准, 成功推动了云原生服务的迅速增长。但同时我们也关注到,Kubernetes 的核心 API 资源比如 Service、Deployment 等,实际上只是应用中的不同组成部分,并不能代表一个应用的全部。也许,我们可以通过像 Helm charts 这样的方式尝试表达一个可部署的应用,可一旦部署起来,实际运行的应用中却依旧缺乏以应用为中心的约束模型。
这些问题都反映出,Kubernetes 以及云原生技术栈需要一种以应用为中心的 API 资源来提供一个专注于应用管理的、标准的、高度一致的模型,这个 API 资源可以代表完整运行的应用本身,而不仅仅是应用模板或者一个应用的几个组成部分,这意味着云原生的发展重点正在逐渐上移到应用层面,如果 Docker 公司可以抓住这个机会,未来还是值得期待的。
从 Docker 公司发言人的邮件中也可以看到这一转变:“Docker 公司在构建、共享和运行现代应用程序时专注于推动开发人员的工作流程,正在开创一个新时代,并回归我们的根基。展望未来,我们会扩大 Docker Desktop 和 Docker Hub 在现代应用程序开发者工作流程中扮演的角色。具体来说,我们正致力于扩展云服务,使开发人员能够迅速发现构建应用程序时可以使用的技术,与团队成员和社区轻松共享这些应用程序,以及在任何 Kubernetes 端点上顺畅无阻地运行应用程序,无论在本地还是在云端。”
Scott Johnston 表示,他仍然觉得这家帮助开发人员使用 Docker 的公司有机会,他在一份声明中说:“具体来说,我们正致力于扩大云服务,使开发人员能够快速发现构建应用程序时可以使用的技术,与团队成员和社区轻松共享这些应用程序,以及在任何 Kubernetes 端点上顺畅无阻地运行应用程序,无论在本地还是在云端。”
评论 1 条评论