de-cloudflarize-zh/

[giscus[bot]]

de-cloudflarize-zh/

This article is also available in English, at WebP Cloud uses Cloudflare Workers to fetch content from the origin server in order to protect the origin server and start providing origin fetch time information.. Vendor lock-in，字面翻译为「供应商」锁定，Wikipedia 的翻译为「

https://blog.webp.se/de-cloudflarize-zh/

[STRRL]

感觉从 CF 上离开以后, 很多事情或许可以拥抱现有的 cloud native 方案了, 比如说 WAF, 比如说 serverless / edge worker.

BTW, 现在看上去也是被 Hetzner vendor lockin 了, 准备啥时候做多云~

[n0vad3v]

嗯，我们在积极探索各种其他的 Serverless 方案。

目前其实我们对 Hetzner 依赖不是很大，理论上说任何一个提供 VM + LB 的服务商我们都可以无缝迁移，目前使用 Hetzner 的最大原因除了性价比以外就是 GDPR 合规，此外我们最近我们在探索的一个点是如何混合不同的服务商进一步在服务质量不下降的情况下降本增效。

[toyo2333]

嗯，我们在积极探索各种其他的 Serverless 方案。

目前其实我们对 Hetzner 依赖不是很大，理论上说任何一个提供 VM + LB 的服务商我们都可以无缝迁移，目前使用 Hetzner 的最大原因除了性价比以外就是 GDPR 合规，此外我们最近我们在探索的一个点是如何混合不同的服务商进一步在服务质量不下降的情况下降本增效。

你好，对于你们灾备预案的 网站 部分 有点好奇。
1、如果说网站是一个静态页站点，比如基于 Hugo 或 vitepress 系统。那么出现问题时，将项目的public目录到Caddy或者Ngnix下也很简单快速，做成Docker Image是不是没那么必要了（我承认 docker pull 10秒拉起确实好，但做镜像这个前置工作会不会很麻烦 ）

2、如果可以，能否请分享一个你们网站灾备做成Docker image的例子或者 指个方向？。。。我。。想学。（感觉好像有点复杂，是不是还得打包一个web服务来监听网站端口，并供Ngnix反代？）

别笑话我哈。。。我不是技术人员。我只是个爱好者。。。刚学会用hugo搭博客并放在CF page上。。。。我是从别人介绍webp cloud的文章 看到你们的网站、和博客、和这篇文章过来的。

[n0vad3v]

@toyo2333

1. 其实还好，如我们文章所说，目前我们静态网站的构建有两个部分，一个是 Cloudflare Pages（构建并托管网站），一个是 GitHub Actions（构建镜像），这两个任务是并行运行的，Pages 的任务可以保证网站快速上线，GitHub Actions 的任务相当于在后台保持网站镜像的 latest 分支是最新的。
2. 当然可以，例如我们的博客是 Hugo，我们的 Dockerfile 文件内容如下：

# docker build . -t ghcr.io/webp-pt/blog.webp.se:latest
FROM debian:bookworm-slim as builder

ARG HUGO_VERSION=0.112.1
ARG ARCH

# Determine the architecture and set the ARCH environment variable
RUN ARCH=$(uname -m) && \
    if [ "$ARCH" = "x86_64" ]; then \
        ARCH="amd64"; \
    elif [ "$ARCH" = "aarch64" ]; then \
        ARCH="arm64"; \
    else \
        echo "Unsupported architecture: $ARCH"; \
        exit 1; \
    fi && \
    echo "Using architecture: $ARCH" && \
    echo "ARCH=$ARCH" > /tmp/arch_env

RUN apt-get update && apt install wget -y
RUN . /tmp/arch_env && \
    wget https://github.com/gohugoio/hugo/releases/download/v${HUGO_VERSION}/hugo_${HUGO_VERSION}_Linux-${ARCH}.deb && \
    dpkg -i hugo_${HUGO_VERSION}_Linux-${ARCH}.deb && \
    rm hugo_${HUGO_VERSION}_Linux-${ARCH}.deb

COPY . /src

RUN hugo -s /src -d /src/public

FROM nginx:alpine

COPY --from=builder /src/public /usr/share/nginx/html

EXPOSE 80

# Start the server
CMD ["nginx", "-g", "daemon off;"]

所以针对这个问题：

是不是还得打包一个web服务来监听网站端口，并供Ngnix反代

是的，我们打包了一个 Nginx 在里面，因为足够轻量化，所以运行起来几乎没有成本。