面向现代Cloud 部署的弹性文件安全解决方案

现代基础设施依赖于自动扩展、自愈和自动化配置，无论该基础设施部署在 Kubernetes 上，还是通过“基础设施即代码”（IaC）构建而成。在大多数环境中，文件安全仍运行在单一静态实例上，无法跟上这种弹性需求，一旦流量激增，便会成为单点故障。

Cloud 基础设施之所以能够高度自动化，正是因为编排和配置工具已经日趋成熟，能够精准解决这一问题。但这些工具本身无法确保文件安全能够同步跟上。即使周围的一切都能按照设计进行扩展和自我修复，单个扫描实例仍可能成为瓶颈，或演变为单点故障。

MetaDefender Cluster正是填补了这一空白，它基于两条部署路径，这些路径是根据当今云基础设施的实际运行方式构建的。

对于平台和安全团队而言，这意味着：

• Cloud- 通过 Kubernetes 进行原生部署。 MetaDefender 集群可在 Kubernetes 上部署和运行，从而实现跨现代基础设施的可扩展、云原生部署。
• 高可用性。 MetaDefender 集群支持在Kubernetes上进行高可用性部署，并为PostgreSQL、RabbitMQ、Redis以及MetaDefender 集群文件存储提供了高可用性部署选项。
• 分阶段升级。为平台服务和工作节点实例分别配置独立的 Helm 图表，可实现分阶段升级，从而减少更新期间的服务中断。
• 官方 Docker 镜像。所有MetaDefender 集群服务均提供官方 Docker 镜像，从而简化了容器化部署。
• 工作进程的优雅关闭。在 Kubernetes 上运行的工作进程实例会在关闭前完成正在进行的处理，从而有助于防止在扩展和升级过程中扫描被中断。

每天处理数百万个文件的组织已部署了MetaDefender 集群，且未出现吞吐量下降的情况，因为该架构正是为应对这种压力而设计的。由于该服务原生运行在Kubernetes上，团队可以利用他们已经使用的编排工具获得同样的弹性。

并非每支团队通往生产环境的道路都仅依赖 Kubernetes，而且基础设施的配置本身往往是最先出现不一致性的环节。MetaDefender 集群现已通过 Terraform 支持“基础设施即代码”（Infrastructure as Code），从而可在 AWS、Microsoft Azure 和 GoogleCloud Platform 上实现一致且可重复的部署。

对于平台和安全团队而言，这意味着：

• 跨云的一致性配置。无论环境位于 AWS、Azure 还是 GoogleCloud Platform，均采用相同的部署方法，从而减少环境之间的差异。
• 可直接投入生产的模板。随附的 Terraform 模板可从一开始就简化配置过程，无需从头开始构建基础设施定义。
• 以代码方式管理基础设施。环境变得可版本化、可审查且可重复，这与现有基础设施的其他部分的管理方式保持一致。