初探：十亿次 Docker 拉取...

当我们在 2014 年底启动时，我们公开的目标是成为 AWS S3，但面向世界其他地区。从那时起，我们一直专注于实现这一目标。今天标志着朝着这个目标迈出的一个重要里程碑，从 2014 年的零行代码到如今的十亿次 Docker 下载，以及遍布全球的部署。

为了让这十亿次 Docker 下载数据更具参考意义，以下是一些思考

• MinIO 平均每天的拉取次数略低于一百万次，峰值高达 130 万次。
• 仅在过去一年中，MinIO 就增加了 3.3 亿次 Docker 拉取。
• 也就是说，平均每秒 11 次 Docker 拉取。
  

这些拉取次数甚至不包括其他中心（例如 Quay.io）或私有存储库，实际数字可能要高得多，但我们只统计可以直接衡量的数据。

还有一些值得注意的里程碑——我们刚刚超过了 20,000 名公共 Slack 社区成员。这是一个充满活力的 MinIO 用户社区，他们与我们一样热爱云原生数据存储——每天都通过他们的问题以及更重要的是，为社区其他成员提供的答案来展现这一点。仿佛就在昨天，我们还在构建它——现在它已经成为自身独立的、自我维持的 MinIO 优秀来源。

还有 GitHub 星标里程碑。在这里，我们刚刚超过了 35,000 名 Stargazers——一个难以置信的数字。为了便于理解，它是下一个开源对象存储。

从一开始，我们就明白存储具有赢家通吃的动态属性。这与数据库不同，数据库领域可以容纳更多参与者。此外，存储领域的特点是传统的设备方法。我们知道我们需要改变游戏规则才能赢得胜利。

毕竟，MinIO 是一种软件定义的存储方案。没有一家存储公司像 MinIO 一样捕捉到开发人员的心智。没有文件存储，没有块存储，没有对象存储。存储曾经乏味、枯燥，并且是 IT 管理员的专属领域。MinIO 已将其作为数据存储提升为一等公民——与数据库（RDBMS、文档、图形、时间序列、列式、搜索引擎）、键值存储和分析引擎处于同一水平。

其他对象存储从未达到这种水平，因为它们从未渴望变得更好。它们满足于成为设备。它们满足于支持多种协议（因此在任何方面都不精通）。它们以牺牲速度为代价追求成本。它们专注于晦涩的功能而不是简单性。实际上，它们试图与 Gartner MQ 中的分布式文件和对象的其他供应商竞争。

问题是，AWS、GCP 和 Azure 不在该 MQ 中，也不遵守这些规则，并且反过来导致选择在该领域竞争的供应商落败。

思考一下。如果你是开发人员，并且可以选择日立 Vantara 或 AWS，你会选择哪一个？如果在 Dell ECS 和 Azure 之间做出选择，你会如何决定？决定将是瞬时的。你会选择适合云运营模型的那个。

如果在 MinIO 和 GCP/AWS/Azure 之间做出选择——需要做出决定。为什么？因为它们在功能上相同。云原生、高性能、Kubernetes 准备就绪的对象存储。

鉴于 MinIO 可以在上述任何云以及私有云上运行，并为您的应用程序提供跨所有云的 S3 API 一致性——这就是架构师选择 MinIO 的原因，因为他们知道，即使今天他们不是多云的，明天他们也将是多云的，而 MinIO 是唯一无需重写应用程序层的方法。

重点是，在现代对象存储方面，选择范围很小。MinIO 和三大巨头。仅此而已。其中只有两个与 S3 兼容。AWS 和 MinIO。

MinIO 渴望成为面向世界其他地区的 AWS S3。十亿次 Docker 拉取是这段旅程中的一个重要里程碑。

更多证据可以在生态系统中找到。每个主要的数据库和分析引擎在提及“与 S3 兼容”的存储时都将 MinIO 作为标准。 甚至 AWS。接受 MinIO 挑战——访问 Google 并输入您最喜欢的数据库/键值存储/分析引擎和 MinIO。他们要么有直接的文档，要么我们有文档，要么社区中的某个人编写了关于它的教程。从 Apache Arrow 到 Zerto。

因此，与我们一起庆祝胜利。我们深感荣幸地获得了您的信任和赞赏，更重要的是，您的认可。无论您是在 GitHub 上为我们加星标，从 Docker Hub 上拉取我们，还是加入我们 Slack——您都是更大的一部分。

而这个“更大”即将变得更加巨大……。