# Cloudflare workers 真是不错的产品

**URL:** <https://www.isharkfly.com/t/cloudflare-workers/2305>\
**Category:** DevOps\
**Tags:** cloudflare\
**Created:** [June 26, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare-workers/2305 "2026-06-26T04:00:00Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![hex](https://www.isharkfly.com/user_avatar/www.isharkfly.com/hex/32/21953_2.png) [@hex](https://www.isharkfly.com/u/hex)\
**Post date:** [June 26, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare-workers/2305/1 "2026-06-26T04:00:00Z")

</div>

因项目有一个前端的部署需求，最开始的时候，我们是把前端构建在 Docker 容器中，然后使用AWS 的容器进行推送。

但我们感觉这样的部署方式实在太复杂了，而且就算我们使用了AWS的前端，在 DNS 层面，我们还是会使用 Cloudflare 的产品。

有一段时间用了Cloudflare 的 pages 这个产品，觉得在做文档技术文档上面还是非常方便的。

哪怕是一个比较复杂的 VUE 前端，使用 pages 其实也基本够了，后端只需要设置一下调用路由就可以与后端进行通信了。

本着继续扩展一下功能的想法，或者说希望能够对前端进行更多的控制，主要因为还是为扩展业务而准备，随后使用了下 workers 这个产品。

 ![2026-06-2620-27-03](https://cdn.isharkfly.com/com-isharkfly-www/discourse-uploads/original/3X/0/3/03be237a43e91e083efb3c7a0c409c516e1289e2.jpeg)

在集成部署方面，我们使用的是 Jenkins 推送构建代码，通过一天的调试，发现比使用容器快太多了。

workers 还提供了非常详细的访问参数，也提供了完整的访问日志。

 ![2026-06-2620-31-06](https://cdn.isharkfly.com/com-isharkfly-www/discourse-uploads/original/3X/b/e/be25fa344d81c75e7b128efc113acd451693a3e8.jpeg)

对于免费版本每一天可以记录 20 万的事件，针对一些访问量不高的初创网站基本上也够了，如果觉得使用量不够的话，可以升级到付费版本。

 ![2026-06-2620-32-39](https://cdn.isharkfly.com/com-isharkfly-www/discourse-uploads/original/3X/e/6/e648c1f5a4c09f65096e47fc176397f37af14efb.jpeg)

记录可以升级到每一个月 2,000万 的事件，而且仅仅需要支付的费用是5 美元一个月。

在免费使用的额度上面，一直觉得 Cloudflare 比 AWS 要慷慨得多。

如果你有部署无服务前端的需求，真的是可以试一下 Cloudflare 的workers。