坐标：南京
产家：T 讯云
故障：内部网络路由问题，导致 gitee.com 无法正常更新代码，经常性连接异常
复现：mrt 发现丢包及其严重
要求：
1 、不要一直抱歉，就行了的
2 、抱歉不如来点实际的补偿和补救方案
3 、作为付费用户，你们这些‘抱歉’不是作为割韭菜的道具
4 、要有所作为已作为，不要废话一堆
回复
sususuperman
dig gitee.com @sv1.bdydns.cn +subnet=146.56.239.0
; <<>> DiG 9.11.20-RedHat-9.11.20-5.tl3.1 <<>> gitee.com @sv1.bdydns.cn +subnet=146.56.239.0
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56244
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1372
; CLIENT-SUBNET: 146.56.239.0/32/16
;; QUESTION SECTION:
;gitee.com. IN A
;; ANSWER SECTION:
gitee.com. 1 IN A 154.213.2.253
===
我在南京也有 CVM ，测了下，你们域名的权威调度好像有点问题呀。
南京调度到香港，跨境访问肯定慢啊。
dnsaq
单可用区不就是这样的吗？运营商割接谁能控制得了，网络就没有 100%可靠的，现在云被吹上天了，你不会真以为云可以保证百分百没问题吧。
bthulu
不要把鸡蛋放到一个篮子里啊, 还是说分布式服务你没做过吗? 我司任何系统上线, 都会在国内国外所有主流云厂商上部署一套一模一样的系统, 然后本地机房还要灾备一份, 就是为了确保即便三战爆发打起了核战争, 依然能为用户提供稳定可靠的高质量服务
pengtdyd
不要把鸡蛋放到一个篮子里，这才是王道，对于云厂商不要过于信任。
ltkun
付费了就不会出问题了吗？钱是万能的哈 说明付地不够多 继续付费啊 混合云搞起来
AoEiuV020CN
没办法，你就算换一家服务商可用性从 99%换到 99.999999%，那剩下的 0.000001%造成的损失也得你自己承担，
PMR
特色
内地的就喜欢用模板答复你 客服从不干正事 不懂的东西也不晓得转到技术支持 也不会得到肯定的回复(是 /否) 只会机器人回复
人的良心也就这样
----
一般用户 大概率没补偿 除非有签采购合同的**单位
murmur
用户协议上写的清清楚楚，任何一个国内云都是这样，你要有自己容灾的准备，你要为自己的数据负责云云
一方面是甩锅，二方面云也不是百分百甩手的安全
Alliot
另外，这种事情在 V 站发并没有什么卵用。 联系商务才是正解。
而且。。。我没懂现在为啥啥都套上 “割韭菜” 这个词。。
Alliot
联系售后或者商务，一般都会有优惠券等商务赔偿补偿，不过不多。 一般是故障时间费用的 N 倍。
@sususuperman 好像百度云对 ecs 好像有点问题，再不就是他 IP 库有问题，我之前在云南碰到过类似的情况