V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
xmumiffy
V2EX  ›  云计算

记腾讯云 4 月故障 SLA 索赔

  •  
  •   xmumiffy · 3 天前 · 1511 次点击

    根据腾讯云 COS SLA(服务等级协议),4 月可用率不足 99.90%,赔偿代金券为 30% 月度总服务费.
    在 5 月使用工单申请 SLA 赔偿.一个消费不多的账号很快回复会赔偿 100 元代金券.另一个消费较高的账号回复会提供代金券,但未提及金额.
    结果两个账号到账的都是 100 元.
    于是再发工单,截图了费用中心-成本管理-消耗账单中的金额.
    腾讯云回复拒绝按照消耗账单中的金额进行赔付,认为这里的数据不准确.而是按照费用账单中的明细账单进行赔付.

    费用账单中的明细账单实际是 4 月 按量付费部分及新购包年包月的金额(也就是在 4 月实际支付的金额).(如果有人在 4 月大量采购了腾讯云产品,建议去试试他们会不会按照这个金额提供赔偿)

    于是我问了,如果我在 4 月采购了 5 年的产品,会给我 5 年产品对应金额的 30%的赔偿么.
    经过腾讯云一整天后台的计算,给了个比消耗账单中的金额稍高的付费金额,并按此为基准进行 SLA 赔付.
    虽然没看懂他们在算什么(原来整个 SLA 赔付都没有自动化操作,全手动计算的么),但是比我预期的高些,那就不管了,算是完美结束.

    ps: 阿里云的 SLA 赔付虽然说有专用的入口,说是可以自助申请.但实际上次阿里云故障后的次月并没有开放了入口,看来也是手动计算的.

    9 条回复    2024-05-16 20:58:18 +08:00
    esee
        1
    esee  
       3 天前
    按理来说应该是系统自动拉数据计算的,但是这种事本来就很少发生,而且避免被薅羊毛,需要人工审核后批准。
    angeni
        2
    angeni  
       3 天前
    之前在 L 站看到过一个腾讯云花钱叫人写软文的帖子
    SculptureSand
        3
    SculptureSand  
       3 天前
    挺好的,阿里云函数计算反馈 bug ,不给赔呢
    mytsing520
        4
    mytsing520  
       3 天前
    他是按照自然月的基数计算可用性的,如果你不是在 1 号购买的产品,那还要移除未使用的日期
    xmumiffy
        5
    xmumiffy  
    OP
       3 天前
    @esee 这都成人工来直接算了,工单开了快两天才算完. 😂
    YekongTAT
        6
    YekongTAT  
       3 天前
    @esee 这怎么能说薅羊毛呢,毕竟计算的是故障时长,如果不故障系统也不会有赔付数据
    esee
        7
    esee  
       2 天前 via Android
    @YekongTAT 阅读理解不合格哦,我没说楼主这个是薅羊毛,我说的是有某些羊毛党,避免被薅羊毛
    xmumiffy
        8
    xmumiffy  
    OP
       2 天前
    @esee 感觉自动化之后反而没羊毛了.
    现在只要申请索赔,不管消费多少先给 100.自动化后可能真算出来几分钱
    YekongTAT
        9
    YekongTAT  
       2 天前
    @esee 看楼下
    @xmumiffy 我也认同,自动化之后没有羊毛了才对,是系统计算实际的数据
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2319 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 07:58 · PVG 15:58 · LAX 00:58 · JFK 03:58
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.