# ZSvirt 开源两周，试用门槛降到五分钟

> ZSvirt 开源两周：Star 1.4k；下载中心新增 OVA 与 QCOW2 镜像，无需物理硬件约五分钟即可上手试用；四篇技术文档随源码一起交付，并启动 GitHub Discussions 用户体验计划。

- 发布时间: 2026-08-28
- 更新时间: 2026-08-28
- 作者: [ZSvirt 团队](https://github.com/ZSvirt)
- 分类: 团队与社区
- 标签: ZSvirt, 开源, 虚拟化, OVA, QCOW2, OVA 镜像, QCOW2 镜像, 五分钟试用, VMware 替代, GPL 3.0

两周前，我们以 GPL v3.0 开源了 ZSvirt。完整源码、安装镜像，开源版可用于生产环境不收许可费，迁移工具随同一版本提供。

截至 8 月 27 日：**Star 1.4k、Fork 283、Watch 78**。在 Trendshift 上，ZSvirt 拿到三枚徽章——**Java 日榜第 1**、**全语言日榜第 21**（8 月 16 日），以及第 34 周的 **Java 周榜第 2**。

[图片可在规范 HTML 页面中查看: Github](https://zsvirt.io/zh/blog/two-weeks-after-open-sourcing-zsvirt/)

[图片可在规范 HTML 页面中查看: Trendshift](https://zsvirt.io/zh/blog/two-weeks-after-open-sourcing-zsvirt/)

数字是容易的部分。真正让我们有收获的，是接下来人们做了什么。

## 有人开始把它拆开来看

一位网络与安全顾问在 LinkedIn 上发帖介绍了 ZSvirt，还指引读者去看在线 Demo。但他弄错了一件事：他以为 ZSvirt 是基于 OpenStack 构建的。

这里说清楚。**ZSvirt 不是 OpenStack 的衍生版本。** 它出自 ZStack 的商用虚拟化平台 ZSphere，走的是独立于 VMware 与 OpenStack 的技术路线——统一资源抽象、全异步框架、无状态服务、带回滚的工作流引擎、消息总线、一致性哈希、插件化扩展。这些在仓库里都能查到。

在 Quora 上，有人把 ZSvirt 的统一管理模型与 VMware（vCenter + ESXi）、Proxmox（DC Manager + PVE）放在一起讨论——管理节点与主机如何协作、Agent 如何部署、ZMigrate 是否需要 Guest Agent。

一个订阅数六万多的 GitHub Trending 频道，在某期盘点中介绍了 ZSvirt。

有介绍，有比较，也有提问。开源两周，这些比 Star 数对我们更有用。**我们把代码交出去，本来就是想听到这些。**

## 没有空闲服务器，也能把 ZSvirt 跑起来

有个问题几乎立刻浮了出来。

在此之前，想试 ZSvirt 只有一条路：找一台服务器、挂 ISO、安装、初始化管理节点、配置存储与网络。这条路是通的。但对一个还在判断“VMware 替代方案值不值得评估”的团队来说，要求太高了——**要腾出硬件、要申请资源、要安排时间，而这一切都发生在还没决定要不要换之前。**

所以我们在[下载中心](https://zsvirt.io/download/)增加了 **OVA 与 QCOW2 镜像**。

如果你已经有虚拟化环境，就不必再准备任何硬件。导入镜像、启动，**大约五分钟就能得到一个可以点进去看的 ZSvirt 环境**。

[图片可在规范 HTML 页面中查看: OVA 与 QCOW2 镜像](https://zsvirt.io/zh/blog/two-weeks-after-open-sourcing-zsvirt/)

OVA 恰好是 VMware 环境中的标准设备格式。**也就是说，你可以在现有的 vSphere 里，把正在评估的 VMware 替代方案直接跑起来**——看它怎么管理资源、控制台长什么样、能力是否对得上，再决定要不要正式立项做 PoC。

现在提供四个文件包：ISO 用于裸机安装，OVA 与 QCOW2 用于导入现有环境，ZMigrate 是 VMware 迁移服务包、开源版无需许可证。均附 SHA256 校验值。

## 光有源码不够，文档也一起交了出来

读代码能知道一个东西是怎么造的，但不会告诉你怎么装、怎么迁、为什么这样设计。在闭源世界里，这些知识往往留在厂商的售前和专业服务团队手里——客户拿到的是一份方案和一位上门工程师，拿不到的是自己判断的能力。

所以这两周我们发了四篇：

- **为什么开源** —— 如何选定 GPL v3.0，开源版与商业版的边界在哪
- **从 ISO 到第一台虚拟机** —— 单机最小部署、硬件要求、故障排查表
- **架构解析** —— 统一资源抽象、异步设计、无状态服务、工作流引擎、消息总线、插件模型
- **从 VMware 迁移的三种方式** —— ZMigrate 在线迁移、OVF 导入、VMDK 上传，附选型建议

架构那篇里有一点值得在这里再说一次：**这套引擎已经在 1000 多个生产环境中运行多年。我们开源的就是它本身，不是为此重新设计过的版本。**

迁移则取决于场景：批量迁移且不能停机用 ZMigrate；少量虚拟机用 OVF 导入；只有磁盘文件就上传 VMDK。有一点需要直说——当前版本对在线迁移的并发数量设有上限，我们会在后续版本中逐步放开。离线导入没有此限制。

ZSvirt 同时提供 RESTful API、Java 与 Python SDK 以及 Terraform Provider，可以接入既有的运维与 IaC 流程，不必只停留在图形界面。

[图片可在规范 HTML 页面中查看: 博客-1](https://zsvirt.io/zh/blog/two-weeks-after-open-sourcing-zsvirt/)

[图片可在规范 HTML 页面中查看: 博客-2](https://zsvirt.io/zh/blog/two-weeks-after-open-sourcing-zsvirt/)

## VMware 替代，不该只是换一个平台

从一个封闭平台换到另一个，解决的是今年的账单。它没有解决把你带到这一步的那个问题。

虚拟化在整个技术栈的最底层。一旦选定，服务器、存储、容灾和自动化都会建在它上面，而这套栈要用五到十年。搬虚拟机从来不是难的部分，难的是换完之后，你还剩下哪些选择。

**完整源码、生产环境免许可费使用、迁移工具随包提供——这三件事出自同一个判断：替代应当把长期的控制权还回来，而不只是把账单降下来。**

## 接下来，想请你来用

对一个企业级虚拟化项目来说，更要紧的是之后：有没有人真的装了、把真实负载迁过来、提 Issue、发 Pull Request、做集成。

所以我们要在 [GitHub Discussions](https://github.com/ZSvirt/zsvirt/discussions) 上启动一个 **ZSvirt 用户体验计划**——装起来、跑起来，告诉我们哪里坏了、缺什么。参与会有相应激励，**细则近期在 Discussions 发布**。可以先 Watch 仓库，或者直接到 Discord 上找我们聊。

ZSvirt 的 MCP Server 也已经并入官方组织。我们在做一件事：让 AI Agent 与虚拟化基础设施之间有一套标准的交互方式。还很早，会单独写一篇。

**两周前我们把代码交了出去。接下来要做的，是让它值得被留下。**

**ZSvirt。不设限，不锁门。**

## 加入社区

- **问题反馈**：[GitHub Issues](https://github.com/zsvirt/zsvirt/issues)
- **社区讨论**：[GitHub Discussions](https://github.com/ZSvirt/zsvirt/discussions)
- **社交媒体**：
  - YouTube：[https://youtube.com/@ZSvirt](https://youtube.com/@ZSvirt)
  - LinkedIn：[https://www.linkedin.com/in/zsvirt-community/](https://www.linkedin.com/in/zsvirt-community/)
  - X/Twitter：[https://x.com/ZSvirt](https://x.com/ZSvirt)
  - Discord：[https://discord.com/invite/KHsw63z9xA](https://discord.com/invite/KHsw63z9xA)
  - Email：[community@zsvirt.io](mailto:community@zsvirt.io)

## 官方链接


- [规范 HTML 页面](https://zsvirt.io/zh/blog/two-weeks-after-open-sourcing-zsvirt/)
- [在 GitHub 讨论](https://github.com/ZSvirt/zsvirt/discussions)