mirror of
https://github.com/Colin-XKL/Colinx-Blog.git
synced 2026-01-12 18:51:28 +08:00
chore: lint text and auto correct
This commit is contained in:
github-actions[bot]
committed by
GitHub
GitHub
parent
263610a74c
commit
663265dccc
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: 国外静态网站托管服务商国内速度对比及线路优化
|
||||
date: 2022-05-05
|
||||
description: 主要探讨Netlify、Vercel、Cloudflare Pages、Azure Web Hosting在国内的速度对比及线路优化
|
||||
description: 主要探讨 Netlify、Vercel、Cloudflare Pages、Azure Web Hosting 在国内的速度对比及线路优化
|
||||
categories:
|
||||
- 技术
|
||||
tags:
|
||||
@@ -15,11 +15,11 @@ tags:
|
||||
# 国外静态网站托管服务商国内速度对比及线路优化
|
||||
|
||||
|
||||
本文主要探讨Netlify、Vercel、Cloudflare Pages、Azure Web Hosting在国内的速度对比及线路优化
|
||||
本文主要探讨 Netlify、Vercel、Cloudflare Pages、Azure Web Hosting 在国内的速度对比及线路优化
|
||||
|
||||
以我的博客站点blog.colinx.one为例，使用hugo构建，选用的模板也很轻量没有太多奇奇怪怪的第三方组件，使用这些静态服务托管主要图个方便，不用备案而且基本流量不限。
|
||||
以我的博客站点 blog.colinx.one 为例，使用 hugo 构建，选用的模板也很轻量没有太多奇奇怪怪的第三方组件，使用这些静态服务托管主要图个方便，不用备案而且基本流量不限。
|
||||
|
||||
分别挂了四个服务商的CI, 每次更新Git仓库都会自动触发构建。分别对四个默认分配的域名进行检测。
|
||||
分别挂了四个服务商的 CI, 每次更新 Git 仓库都会自动触发构建。分别对四个默认分配的域名进行检测。
|
||||
|
||||
## 四家服务商默认设置国内速度测试对比
|
||||
|
||||
@@ -27,7 +27,7 @@ tags:
|
||||
|
||||
[colins-blog.netlify.app](https://colins-blog.netlify.app)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -35,7 +35,7 @@ tags:
|
||||
|
||||
[colinx-blog.vercel.app](https://colinx-blog.vercel.app)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -43,7 +43,7 @@ tags:
|
||||
|
||||
[nice-glacier-095b09e00.1.azurestaticapps.net](https://nice-glacier-095b09e00.1.azurestaticapps.net)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -51,19 +51,19 @@ tags:
|
||||
|
||||
[colinx-blog.pages.dev](https://colinx-blog.pages.dev)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
emmm Cloudflare这在国内的速度可太拉胯了，虽说可以通过自选节点的方式曲线救国，但想了想还是算了。利用好其他三家的节点应该足够国内大部分用户访问。
|
||||
emmm Cloudflare 这在国内的速度可太拉胯了，虽说可以通过自选节点的方式曲线救国，但想了想还是算了。利用好其他三家的节点应该足够国内大部分用户访问。
|
||||
|
||||
---Update on 2022-05-22---
|
||||
|
||||
又重新测了一下cloudflare的速度，这次倒是一片绿，看来还是要运气，不太稳定。电信和联通都嗖嗖的，移动基本上全挂了。。。
|
||||
又重新测了一下 cloudflare 的速度，这次倒是一片绿，看来还是要运气，不太稳定。电信和联通都嗖嗖的，移动基本上全挂了。。。
|
||||
|
||||
|
||||
|
||||
这次能连接的节点主要就两个172.66.45.34和172.66.46.222。
|
||||
这次能连接的节点主要就两个 172.66.45.34 和 172.66.46.222。
|
||||
|
||||
---end---
|
||||
|
||||
@@ -99,7 +99,7 @@ Azure
|
||||
|
||||
## 优化前
|
||||
|
||||
优化前使用了dnspod的解析服务做4个A记录的负载均衡，免费版套餐单记录单线路只能设置最多两个负载均衡记录，我这个是之前开通专业版套餐设置的，套餐到期了原有记录依旧保留，所以能设置四条同线路A记录负载均衡。
|
||||
优化前使用了 dnspod 的解析服务做 4 个 A 记录的负载均衡，免费版套餐单记录单线路只能设置最多两个负载均衡记录，我这个是之前开通专业版套餐设置的，套餐到期了原有记录依旧保留，所以能设置四条同线路 A 记录负载均衡。
|
||||
|
||||
```
|
||||
before
|
||||
@@ -120,13 +120,13 @@ before
|
||||
|
||||
|
||||
|
||||
这圈子兜的也太大了些。。。哦原来是Digital Ocean的节点啊，那没事了。
|
||||
这圈子兜的也太大了些。。。哦原来是 Digital Ocean 的节点啊，那没事了。
|
||||
|
||||
亚马逊的节点稍微好些，没有绕道日本这么离谱的行为
|
||||
|
||||
|
||||
|
||||
再来看看vercel节点的表现
|
||||
再来看看 vercel 节点的表现
|
||||
|
||||
|
||||
|
||||
@@ -134,7 +134,7 @@ before
|
||||
|
||||
|
||||
|
||||
但是默认的AnyCast节点这个路由就稍微绕路了，看来大中华区还是得自己动手调整下线路
|
||||
但是默认的 AnyCast 节点这个路由就稍微绕路了，看来大中华区还是得自己动手调整下线路
|
||||
|
||||
|
||||
|
||||
@@ -148,24 +148,24 @@ after
|
||||
|
||||
|
||||
|
||||
1. Vercel的Anycast基本上都是路由到日本，但是同一个地方可能会被路由到不同的路线，比如有些IP从上海出口转日本东京，有些是从广东出口转日本
|
||||
2. Netlify的节点主要是在新加坡，提供商有AWS和Digital Ocean，实测后者的节点经常性抽风，国内流量过去会绕个大圈子，还是AWS的靠谱些
|
||||
3. Azure的静态网页托管服务现在是免费的，带宽和流量啥的妥妥够用，不过开账户有门槛，我是用Github Education Pack在Azure开了个Azure for Students订阅，每年100刀额度，到期可续
|
||||
4. Azure能用的就香港节点，其他都是去往北美和欧洲的，直接pass。对电信友好，移动和联通很不友好，饶了一大圈
|
||||
5. AWS的节点对移动和联通挺友好，对电信支持略差
|
||||
6. Vercel节点也是对移动和联通友好些
|
||||
1. Vercel 的 Anycast 基本上都是路由到日本，但是同一个地方可能会被路由到不同的路线，比如有些 IP 从上海出口转日本东京，有些是从广东出口转日本
|
||||
2. Netlify 的节点主要是在新加坡，提供商有 AWS 和 Digital Ocean，实测后者的节点经常性抽风，国内流量过去会绕个大圈子，还是 AWS 的靠谱些
|
||||
3. Azure 的静态网页托管服务现在是免费的，带宽和流量啥的妥妥够用，不过开账户有门槛，我是用 Github Education Pack 在 Azure 开了个 Azure for Students 订阅，每年 100 刀额度，到期可续
|
||||
4. Azure 能用的就香港节点，其他都是去往北美和欧洲的，直接 pass。对电信友好，移动和联通很不友好，饶了一大圈
|
||||
5. AWS 的节点对移动和联通挺友好，对电信支持略差
|
||||
6. Vercel 节点也是对移动和联通友好些
|
||||
|
||||
其他附加信息
|
||||
|
||||
1. Netlify可自定义证书，Vercel不可以。所以要保证vercel的服务器可以把域名解析到自家服务器，不然没法续签SSL证书
|
||||
2. Cloudflare的CI啥的做的挺垃圾，起步晚，很多东西不完善
|
||||
3. Netlify可以安装插件，推送sitemap和网站安全性检测这些我感觉挺好使
|
||||
1. Netlify 可自定义证书，Vercel 不可以。所以要保证 vercel 的服务器可以把域名解析到自家服务器，不然没法续签 SSL 证书
|
||||
2. Cloudflare 的 CI 啥的做的挺垃圾，起步晚，很多东西不完善
|
||||
3. Netlify 可以安装插件，推送 sitemap 和网站安全性检测这些我感觉挺好使
|
||||
|
||||
最终线路设置
|
||||
|
||||
* 电信和其他走Azure与Vercel
|
||||
* 移动联通走Netlify的AWS节点，以及Vercel在JP的节点
|
||||
* 海外走Vercel的Anycast IP
|
||||
* 电信和其他走 Azure 与 Vercel
|
||||
* 移动联通走 Netlify 的 AWS 节点，以及 Vercel 在 JP 的节点
|
||||
* 海外走 Vercel 的 Anycast IP
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in New Issue
Block a user