我觉得 WAF 和 CDN 谁在前在后，需要根据不同的情况做战术策略：

一看 CDN 和 WAF 的类型和收费模式，CDN 分拼节点数量型，Anycast 型（国外用得多），大带宽型，带宽+防御一体型等 ； WAF 分智能检测型，高防清洗型，硬件路由或交换机等，这个属于防御产品的选型和估算防攻击要付出的成本代价。

二看 WAF 防御和清洗有多强，很强的 WAF 可以向前靠，弱的 WAF 前置也是白瞎，一般强的 WAF 都是分布式>单机，硬件>软件，路由>交换。

三看攻击类型，如果攻击类型是大规模的 CC 攻击，中等数量的 CDN 和鉴权，白名单，防盗链也能胜任，放前面更有性价比，如果是流量型的 DDoS 攻击，如果 CDN 按带宽收费，不如直接上 WAF 高防清洁前置。

四看保服务可用性还是保服务可靠性。如果是服务可用性，清不清洗无所谓，那 CDN 胜在节点数量多，只要服务不全部挂，前置是良策； 如果是要求服务可靠性 ，那 WAF 清洗必须要前置，后面 CDN 再保护源站。

https://www.infoq.cn/article/anti-ddos-cdn-2

CDN 架构上要充分体现出抗攻击能力和灵活应变的原则。因此，我们将 CDN 节点分解成反向代理 + 缓存加速 + 攻击防御这三个不同层次的功能结构。

反向代理功能（作用：路由加速，隐藏主节点，负载均衡）
缓存加速功能（作用：静态推送，节省后端主节点带宽）
攻击防御功能（作用：快速解析，匹配过滤恶意攻击）

@pkoukk
@fxckrx
@buchikoma
时间在推移，架构在堆屎，人员在摆烂，越往上层，对一线的技术活和重要性已经评估不出来了，高层眼里只有财务数据，然后放着鸡毛当令箭的一顿所谓的降本增效，真正干活的人缺少推杯换盏的能力，自然免不了被毕业，这就是轮回

补充个简洁的，通俗易懂的回答：
1. 对象存储需要用到特定协议的 api ，如调用兼容 s3 接口来增删改查
2. 块存储是类似给你一块硬盘，可以本地也可以网络，最主要是自由分区和格式化，如 rbd,iscsi 远程 mount 读写
3. 文件存储是直接被操作系统识别的存储空间，如文件夹，可以直接复制粘贴和剪切和删除，遵循 posix 标准

很敬佩能迈出这一步的人，天道酬勤，加油！

双交换机做堆叠，双电源冗余
服务器双电源，双网卡 bonding
多磁盘做 Raid5 或 Raid6, 不差钱就用 Raid1
MySQL 做双主互备，互为主从
负载均衡：
1. 若已经有了 keepalived, 用 haproxy 或 nginx 加 vip 做 tcp 转发
2. 若没有，建议用 consul+coredns 做域名的数据库连接

robyn

@artnowben 点赞

长期戴眼镜的用头戴式伤不起，有没有针对眼镜党的推荐

用 smart 来监控异常，使用 shell 脚本或 python 胶水语言，调用钉钉或者飞书接口报警

@igrowheart +1

pythoner 对性能渴望已久矣

@Alias4ck +1 good job

够真实够真诚，工作最重要的是敬业和正直。

@yao00jun +1

把硬盘肢解了分别处理，变废为宝，充分利用剩余价值

看过第一版的电子书，确实是一本非常优秀的书籍

还有其它的可能性是环境变量和权限的问题，建议看看 log 或者 在脚本里输出一些 debug 信息到 /tmp 下（因为这个目录肯定是有权限的），看看真的有没有执行？