刚刚开始：十亿个 Docker 拉动...

当我们在 2014 年底开始时，我们的既定目标是成为 AWS S3，但面向世界其他地区。从那时起，我们一直专注于实现这一目标。今天标志着实现该目标的一个重要里程碑，从 2014 年的零代码行到全球部署的 10 亿 docker 下载量。

为了正确看待这个 10 亿的 docker 下载量，这里有一些想法：

• MinIO 平均每天只有近 100 万次拉动，峰值高达 130 万次。

• 仅去年一年，MinIO 就增加了 3.3 亿次 docker pull

• 即平均11个docker拉一秒
  

这些拉动甚至不考虑其他中心（例如 Quay.io）或私有存储库，实际数字可能要高得多，但我们计算了我们可以直接衡量的内容。

还有其他值得注意的里程碑——我们的公共 Slack 社区刚刚超过 20,000 名成员。这是一个由 MinIO 用户组成的强大社区，他们分享我们对云原生数据存储的热情 - 每天都在展示他们的问题，也许更重要的是，他们会为社区的其他成员提供答案。好像就在昨天，我们正在构建它——现在它是它自己的、自我维持的 MinIO 优点的来源。

还有 GitHub Stars 里程碑。在这里，我们刚刚超过了 35,000 名观星者——一个令人难以置信的数字。换句话说，那就是下一个开源对象存储。  

从一开始我们就知道存储具有赢家通吃的特性。这与数据库不同，后者有更多玩家的空间。此外，存储环境的特点是遗留设备方法。我们知道我们需要改变游戏规则才能赢得比赛。

毕竟，MinIO 是一种软件定义的存储游戏。没有一家存储公司像 MinIO 那样抓住了开发人员的心态。没有文件存储，没有块存储，没有对象存储。存储是枯燥乏味的，而且是 IT 管理员的职权范围。MinIO 使其成为数据存储的一等公民——与数据库（RDBMS、文档、图形、时间序列、柱状、搜索引擎）、键值存储和分析引擎同等重要。

其他对象存储从未提升到这个级别，因为它们从未渴望更高。他们满足于成为器具。他们满足于多协议（因此什么都不是精英）。他们以牺牲速度为代价来关注成本。他们专注于晦涩的功能而不是简单性。实际上，他们试图在分布式文件和对象的 Gartner MQ 中与其他供应商竞争。

问题是，AWS、GCP 和 Azure 不在那个 MQ 中，也不遵守这些规则，反过来又让选择在那个领域玩游戏的供应商分道扬镳。

想一想。如果您是一名开发人员，并且您可以在 Hitachi 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 作为标准。甚至是亚马逊。接受 MinIO 挑战——转到 Google 并输入你最喜欢的数据库/键值存储/分析引擎和 MinIO。他们有直接文档，我们有文档，或者社区中有人写了关于它的教程。从Apache Arrow到Zerto。

所以和我们一起庆祝胜利吧。能够赢得您的信任和钦佩，甚至您的认可，我们深感谦卑。无论您是在GitHub上为我们加注星标，将我们从Docker Hub中拉出来，还是在 Slack 上加入我们——您都是更大事物的一部分。

而且那个更大的东西还会变得更大……