阿里云“踩坑“小知识

近来一段时间在做阿里云的费用优化，从服务整体来看阿里云还是很好的，只是在费用上无论故意偶尔，确实存在一些轻易踩坑的地方，接下来会连续分享一些踩坑小知识，大概角度有偏差（究竟我是想尽量省钱）盼望能资助到同行
阿里云踩坑小知识1
审慎创建镜像，因为只要与镜像关联的磁盘快照就无法删除，必须先删除镜像才可以。
所以尽量减少镜像引用，避免出现过多的镜像，导致云盘快照无法删除（哪怕快照对应的云盘实例释放了，也不能删除）
这种环境多出现于，有些云盘不需要释放了，但是云盘的快照确因为与还在使用的快照关联无法删除，白白计费
阿里云踩坑小知识2
跟上一条有点关系，你的云盘假如创建过快照（无论手动，还是主动），那么假如释放云盘后，快照不会马上删除，会在过期时间到达后才释放，假如你选择的是“连续保留”那么就会一直存在，只能手动删除（还会诸多限制，不肯定能删除掉）。
所以创建快照的时候，最好要指定过期时间。
阿里云踩坑小知识3
kafka创建topic的分片数量应该即是消费节实例的数量（默认是6）
好比：
你只有2个消费节点，那么一个topic分片就定成2，按默认值只会低落吞吐服从，并限制kafka集群能创建的topic数量，这点在测试环境使用时尤其要留意
阿里云踩坑小知识4
这条无解：你就算用的是阿里云的CDN与阿里云的oss对象存储服务，CDN回源哀求oss时，依然算外网访问，需要收取流量费用，oss实际是支持内网访问的，但是在CDN的产品界面中，只支持绑定外网域名……
可以考虑换成cdn回源自家对象存储不收外网流量费用的服务商，现在接触的，火山引擎的是可以的
阿里云踩坑小知识5
最好不要打开waf的防篡改、防敏感信息泄露，其作用是分析负载均衡出口相应内容内里是否包含，目测是根据response内里的HTML代码去做匹配，准确度不是很理想，而带来的代价就是相应头的gzip压缩失效！！懂得都懂 有gzip压缩跟没有，网络流量差异有多大，带来的直接结果就是负载均衡的账单费用暴增，针对安全的需求还是从代码端去考虑办理吧