Zeno 是什么？

以「让开发者专注迭代」为目标通过尽可能少的配置和基础设施无感化（ Serverless ）提供从构建、部署、分发及后续运维能力。

官网 Zeno.so

解决什么样的问题？

通常我们开发完 /迭代完一个应用会将代码推送到镜像仓库，然后通过 CI/CD 若干工具流程 （例如 GitHub Actions ）最终部署到服务器上，而后由一系列运维操作让终端用户使用。在上述过程中，我们可能考虑到的问题点会有如下：

• 服务器买 XX 云还是 YY 云好？哪家有优惠券？
• 我的博客需不需要跑在 Kubernetes 上？来个集群？
• 域名没备 X ，海外的话网络又不太好。emmmmm
• 持续集成能不能少配置点

在我业余时间的开发中也常常遇到上述类似等等一箩筐问题。。。有时候写完一个简易的服务后在部署、网络、持续集成上消耗大量的时间和热情，可能最后到头来东西没做成、热情散去。

因此希望能够有这样一个东西：支持多种语言、框架使用尽可能少配置的提供构建、部署、分发、弹性能力。所以我做了 Zeno 来解决这些痛点，让开发者专注编码迭代。

现阶段 Zeno 提供什么能力？

通过 CLI 的方式提供 NodeJS （ SSG 、SSR ）、Golang 、静态页面等从代码仓库（暂只支持 GitHub ）拉取、构建、部署分发的能力。构建、部署、分发的部分由 Zeno 承载，每个用户将会有一定的免费额度（如果不够真有需要可以调整）。

可以放比如博客、前端 Demo 、文档、简易 API （暂时也提供了一个五毛版的 MySQL 玩）等等

社区

有更多的疑问、想法欢迎加入讨论群组一起探讨~

Zeno 当前是自己的一个业余项目，尚处于初始阶段，还有很多可改建的地方将会持续更新、完善。

$ // 后续变更(由于暂未完全整合 Webhook 因此还需要手动 zeno deploy ，后面就直接 push/tag 了) $ git commit -m 'blah blah' && git push $ zeno deploy zeno-site 

为什么不用某某服务 ？（仅个人主观观点）

你会发现 Zeno 跟 Heroku 、Netlify 、Vercel 等很类似

• 公有云：服务靠谱、文档全、价格贵、功能上倾向通用可能不是那么舒服。
• Heroku 、Netlify 、Vercel 、CloudFlare Worker：也都很不错，但要么支持的应用不够丰富（比如 NodeJS only ）亦或者在网络分发层受限于大中华局域网的原因很尴尬等等，当前也有加钱方案能够解决拉。

话说回来即使有 AWS 的存在，GCP 也有搞头。每个东西都会有其面向的用户群，或大或小，解决痛点最重要。

感谢你耐心的阅读