我们在 18 个月前的 2019 年 10 月开始了 AGPL v3 之旅. Kubernetes 多租户运营商堆栈、管理和监控控制台、KES 加密服务、Sidekick 负载均衡器都从 AGPL v3 许可证开始。从那时起，我们将绝大多数代码置于此许可之下，并且在该意图上一直是透明的，包括在我们的

当您考虑云时，可以考虑以弹性计算，网络和存储为基础组件，以自助服务/多租户为客户参与工具的业务类型。在大多数情况下，这些企业通过专注于产品的开发而成功地进行了扩展，几乎全部集中在一个单一的产品上。

许多对象存储公司喜欢谈论可扩展性，同时讨论诸如EB和“ Infinite”之类的术语。不幸的是，许多用于描述可伸缩性的术语都做出了宏大而误导的承诺，无助于企业构建有效的存储平台。围绕最简单的用例（静态档案数据）提出的声明无法转化为整个使用范围

SUBNET是MinIO的商业引擎。从初创公司到全球最有价值的技术公司，MinIO的生产实例都是如何被消耗的。SUBNET将商业许可证（对于AGPLv3义务很重要）与独特的支持模型结合在一起，该模型通过MinIO内置的门户提供24/7/365直接对工程师的支持，该门户融合了Slack

对象存储即服务是IT的游戏规则改变者。在过去的十年中，IT一直在关注开发人员为公共云上新兴的应用程序配置对象存储的情况-推动了该介质的大量采用。这为IT创造了许多众所周知的问题。这不是一个简单的控制问题，它是一个更广泛，更关键的问题

直观的GUI使用Kubernetes简化了多租户对象存储的部署和管理

前几天，我们与一位受人尊敬的行业分析师进行了交谈，他向我们提出挑战，以阐明Kubernetes对对象存储如此重要的原因。它使我们认为这是一个值得我们和您共同度过的话题。

简介：已发现针对MinIO服务器的签名验证绕过漏洞，并已在RELEASE.2021-03-17T02-33-02Z中修复。严重性：中受影响的对象：RELEASE.2021-03-17T02-33-02Z之前的MinIO服务器版本的所有用户。通过TLS访问MinIO的用户不受影响。对用户的建议操作：建

随着我们进入2021年，有一些技术媒介决定了IT架构师的对话。占主导地位的是Kubernetes。与此相关并迅速成为“标准”的是混合云。只有在计划混合云时，架构师角色固有的挑战才会加剧。首先，它是新事物，营销有超越趋势

今天是MinIO的特殊周年纪念日。自从我们在GitHub上发布第一个GA版本至今已经五年了。从那时到现在（5,396次提交）的旅程简直令人赞叹不已，我们想花一点时间回顾一下我们从何时开始以及现在的位置的想法。