Nginx是一款十分风行的Web服务器,在Github上已有16K+Star
,咱们常常用它来做动态资源托管或反向代理。最近发现了一款全新的Web服务器Caddy
,Star数超过Nginx,标星38K+Star
。试用了一下Caddy
,发现它应用起来比Nginx优雅多了,性能也很弱小,举荐给大家!
SpringBoot实战电商我的项目mall(50k+star)地址:https://github.com/macrozheng/mall
Caddy简介
Caddy是一款功能强大,扩展性高的Web服务器,目前在Github上已有38K+Star
。Caddy采纳Go语言编写,可用于动态资源托管和反向代理。
Caddy具备如下次要个性:
- 比照Nginx简单的配置,其独创的
Caddyfile
配置非常简单; - 能够通过其提供的
Admin API
实现动静批改配置; - 默认反对自动化HTTPS配置,能主动申请HTTPS证书并进行配置;
- 可能扩大到数以万计的站点;
- 能够在任意中央执行,没有额定的依赖;
- 采纳Go语言编写,内存平安更有保障。
装置
首先咱们间接在CentOS 8上装置Caddy,应用DNF工具装置无疑是最简略的,Docker装置形式之后也会介绍。
- 应用如下命令通过DNF工具装置Caddy,装置胜利后Caddy会被注册成零碎服务;
dnf install 'dnf-command(copr)'dnf copr enable @caddy/caddydnf install caddy
- 应用
systemctl status caddy
查看Caddy的状态,能够发现Caddy已被注册为零碎服务,然而还没开启。
应用
上面咱们体验下Caddy的根本应用,对于Web服务器来说都是罕用的操作,你准能用的上!
根本应用
首先咱们来个Caddy的入门应用,让Caddy运行在2015
端口上并返回Hello, world!
。
- 间接应用
caddy
命令将输入Caddy的常用命令,根本看介绍就晓得如何应用了,标出来的是常用命令;
- 应用
caddy start
命令能够让Caddy服务在后盾运行;
- Caddy默认应用JSON格局的配置文件,但因为JOSN格局配置书写比拟麻烦,又提供了
Caddyfile
这种更加简洁的配置模式,应用如下命令能主动把Caddyfile
转化为JSON配置;
caddy adapter
- 咱们能够先创立一个名称为
Caddyfile
的文件,文件内容如下,而后应用caddy adapter
将它转换为JSON配置,再应用caddy reload
使配置失效,该配置将监听2015
端口,并返回Hello, world!
;
:2015respond "Hello, world!"
- 而后咱们应用curl命令拜访
localhost:2015
,将返回指定的信息;
- 当然咱们还能够应用Caddy提供的
Admin API
来查看配置信息,应用如下命令即可;
curl localhost:2019/config/
- 以后JSON配置如下,如果你间接应用JSON配置的话须要书写如下配置,应用
Caddyfile
的确不便很多!
{ "apps": { "http": { "servers": { "srv0": { "listen": [":2015"], "routes": [{ "handle": [{ "body": "Hello, world!", "handler": "static_response" }] }] } } } }}
Caddyfile
根本语法
- 上面案例将应用
Caddyfile
来进行配置,咱们有必要理解下它的语法,Caddyfile
的具体语法规定如下。
- 介绍下上图中的关键字,有助于了解。
关键字 | 解释 | 应用 |
---|---|---|
Global options block | 服务器全局配置 | 可用于配置是否启用HTTPS和Admin API等 |
Snippet | 能够复用的配置片段 | 定义好后认能够通过import 关键字援用 |
Site Block | 单个网站配置 | 通过file_server 能够配置动态代理,通过reverse_proxy 能够配置动静代理 |
Matcher definition | 匹配定义 | 默认状况下指令会产生全局影响,通过它能够指定影响范畴 |
Comment | 正文 | 应用# 符号结尾 |
Site address | 网站地址 | 默认应用HTTPS,如需开启HTTP,须要指定http:// 结尾 |
Directive | 指令 | 指令赋予了Caddy弱小的性能 |
反向代理
反向代理就是当申请拜访你的代理服务器时,代理服务器会对你的申请进行转发,能够转发到动态的资源门路下来,也能够转发到动静的服务接口下来。上面咱们以对域名进行代理为例,来讲讲如何进行动态代理和动静代理。
动态代理
动态代理就是将申请代理到不同的动态资源门路下来,这里咱们将对docs.macrozheng.com
的申请代理到我的文档我的项目中,对mall.macrozheng.com
的申请代理到mall的前端我的项目中。
- 首先咱们批改下本机的host文件:
192.168.3.106 docs.macrozheng.com192.168.3.106 mall.macrozheng.com
- 而后将咱们的文档我的项目和mall前端我的项目上传到Caddy的html目录中去,并进行解压操作:
- 批改
Caddyfile
文件,应用如下配置,批改实现后应用caddy reload
命令刷新配置;
http://docs.macrozheng.com { root * /mydata/caddy/html/docs file_server browse}http://mall.macrozheng.com { root * /mydata/caddy/html/mall file_server browse}
- 如果你的
Caddyfile
文件格式不太合格的话,会呈现如下正告,间接应用caddy fmt --overwrite
格式化并重写配置即可解决;
- 通过
docs.macrozheng.com
即可拜访部署好的文档我的项目了:
- 通过
mall.macrozheng.com
即可拜访到部署好的前端我的项目了。
动静代理
动静代理就是把代理服务器的申请转发到另一个服务下来,这里咱们将把对api.macrozheng.com
的申请代理到演示环境的API服务下来。
- 首先咱们批改下本机的host文件,增加如下规定:
192.168.3.106 api.macrozheng.com
- 批改
Caddyfile
文件,应用如下配置,批改实现后应用caddy reload
命令刷新配置;
http://api.macrozheng.com { reverse_proxy http://admin-api.macrozheng.com}
- 之后通过
api.macrozheng.com/swagger-ui.html
即可拜访到mall-admin
的API文档页面了。
文件压缩
如果咱们的服务器带宽比拟低,网站访问速度会很慢,这时咱们能够通过让Caddy开启Gzip压缩来进步网站的访问速度。这里咱们以mall的前端我的项目为例来演示下它的提速成果。
- 咱们须要批改
Caddyfile
文件,应用encode
指令开启Gzip压缩,批改实现后应用caddy reload
命令刷新配置;
http://mall.macrozheng.com { root * /mydata/caddy/html/mall encode { gzip } file_server browse}
- 有个比拟大的JS文件压缩前是
1.7M
;
- 压缩后为
544K
,访问速度也有很大提醒;
- 另外咱们能够看下响应信息,如果有
Content-Encoding: gzip
这个响应头表明Gzip压缩曾经启用了。
地址重写
有的时候咱们的网站更换了域名,但还有用户在应用老的域名拜访,这时能够通过Caddy的地址重写性能来让用户跳转到新的域名进行拜访。
- 咱们须要批改
Caddyfile
文件,应用redir
指令重写地址,批改实现后应用caddy reload
命令刷新配置;
http://docs.macrozheng.com { redir http://www.macrozheng.com}
- 此时拜访旧域名
docs.macrozheng.com
会间接跳转到www.macrozheng.com
去。
按目录划分
有时候咱们须要应用同一个域名来拜访不同的前端我的项目,这时候就须要通过子目录来辨别前端我的项目了。
- 比如说咱们须要按以下门路来拜访各个前端我的项目;
www.macrozheng.com #拜访文档我的项目www.macrozheng.com/admin #拜访后盾我的项目www.macrozheng.com/app #拜访挪动端我的项目
- 咱们须要批改
Caddyfile
文件,应用route
指令定义路由,批改实现后应用caddy reload
命令刷新配置。
http://www.macrozheng.com { route /admin/* { uri strip_prefix /admin file_server { root /mydata/caddy/html/admin } } route /app/* { uri strip_prefix /app file_server { root /mydata/caddy/html/app } } file_server * { root /mydata/caddy/html/www }}
HTTPS
Caddy能主动反对HTTPS,无需手动配置证书,这就是之前咱们在配置域名时须要应用http://
结尾的起因,要想应用Caddy默认的HTTPS性能,按如下步骤操作即可。
- 首先咱们须要批改域名的DNS解析,间接在购买域名的网站上设置即可,这里以
docs.macrozheng.com
域名为例; - 之后应用如下命令验证DNS解析记录是否正确,留神配置的服务器的
80
和443
端口须要在外网能失常拜访;
curl "https://cloudflare-dns.com/dns-query?name=docs.macrozheng.com&type=A" \ -H "accept: application/dns-json"
- 批改
Caddyfile
配置文件,进行如下配置;
docs.macrozheng.com { root * /mydata/caddy/html/docs file_server browse}
- 而后应用
caddy run
命令启动Caddy服务器即可,是不是十分不便!
caddy run
Docker反对
当然Caddy也是反对应用Docker进行装置应用的,其应用和间接在CentOS上装置基本一致。
- 首先应用如下命令下载Caddy的Docker镜像;
docker pull caddy
- 而后在
/mydata/caddy/
目录下创立Caddyfile
配置文件,文件内容如下;
http://192.168.3.105:80respond "Hello, world!"
- 之后应用如下命令启动caddy服务,这里将宿主机上的
Caddyfile
配置文件、Caddy的数据目录和网站目录挂载到了容器中;
docker run -p 80:80 -p 443:443 --name caddy \ -v /mydata/caddy/Caddyfile:/etc/caddy/Caddyfile \ -v /mydata/caddy/data:/data \ -v /mydata/caddy/html:/usr/share/caddy \ -d caddy
- 之后应用
docker exec
进入caddy容器外部执行命令;
docker exec -it caddy /bin/sh
- 输出Caddy命令即可操作,之后的操作就和咱们间接在CentOS上装置一样了。
总结
明天体验了一把Caddy,其弱小的指令性能,让咱们无需多余的配置即可实现各种性能,应用起来的确十分优雅!尤其是其能主动配置实现HTTPS,十分不错!Nginx能实现的性能Caddy根本都能实现,大家能够比照下之前写的Nginx应用教程 ,你就会发现应用Caddy来实现有如许优雅!
参考资料
- 我的项目地址:https://github.com/caddyserve...
- 官网文档:https://caddyserver.com/