忍不住还是要吐槽一下腾讯云 PaaS

[Radeon]

我们部署了一个内部的微服务，是基于腾讯云的 COS 服务和“数据万象图片处理机制”，再包装一层给内部其他服务用。其中用到了 [email protected] 这个 npm 包。这个微服务正常运行了 1 年多，毫无问题，也没人去动它

结果近期老是有部分请求收到"Auth sign header must include Pic-Operations"这种拒绝性 response 。部分请求能通过，部分不可以。问题是 Auth sign header 是 SDK 控制的，我们又不控制。各种可能性都测试一遍，只能在测试环境升级一下 cos-nodejs-sdk-v5 。一升级果然好了（仅仅升级一点点 minor version 就好了），其他代码压根不用改。可是我们生产环境的微服务是不能停机的，只能灰度部署一个 v2 的内部微服务，再慢慢把所有的内部客户端切换过去。折腾死了

忍不住要吐槽一下腾讯云的 PaaS SDK 政策，能不能向前兼容一点？能不能只给 Warning 不要拒绝服务啊？强行作废老 SDK 不就是要让客户停机吗？这要带来多大麻烦你们考虑过吗？本来 PaaS 就是要争取客户的信任，作废老 SDK （而且只是升级了 minor version 就作废之前的）岂不是破坏了这层信任？

[Radeon]

而且 Pic-Operations 这种非敏感的字段，非要去 sign 它干嘛？难道不 sign 它会导致严重漏洞？我想不出来会有什么漏洞

[viking602]

你们内部服务也不能滚动升级吗 emm

[tencentcloud]

您好，很抱歉给您带来不好的使用体验，为了尽快定位相关问题，您可以提交腾讯云工单或将您的腾讯云账号 ID 通过([email protected]) 邮箱发送给我们，我们核实下具体情况，感谢您对腾讯云的支持与理解。

[Radeon]

@viking602 内部服务一旦上线了就不想停机或重启，因为时时刻刻有请求发过来。当然也可以考虑热更，但是需要先做好热更的架构设计。本例是做不到热更的

[hackroad]

@tencentcloud #3 真会盯着啊。。。666666

[malusama]

都微服务了不能把流量慢慢过渡到你 v2 的那个服务上面？

[daimaosix]

@hackroad 爬虫监控

[hackroad]

@daimaosix #7 看来火山没有 https://v2ex.com/t/1136593#reply8

[liuhai233]

可以部署两个服务，同时运行，切 DNS 就可以做到不停机

[Radeon]

@malusama @liuhai233
之前没做切换流量的架构准备，而且出于过于求稳的指导思想，也不想直接一步换掉服务实现（万一新版 SDK 有其他未知问题呢？）。反正这次手工也切换完了所有内部客户端了。下次肯定要把切流量的架构和全套切换/回滚流程先搞起来

[webs]

谁家的服务不能停
你这吐槽就有点过头了
你设计架构时就得考虑这点

[viking602]

@Radeon #4 其实还是要预先就做好热更的准备的 云服务这个东西你不能 100%就认为他不会出问题 这种 SDK 之类的事件是会发生的 还是要做好这方面的改造以防万一才重要

[tencentcloud]

尊敬的腾讯云用户您好：

经核实，为持续提升对象存储（ COS ）服务能力，cos-nodejs-sdk 有做相关版本升级，为确保历史版本用户服务的平滑过渡，我们有实施针对性兼容保障措施，但确实有极低概率因为过去很长一段时间都未有相关请求记录，导致在兼容处理上发生遗漏。
对此给您带来的不便，我们深表歉意！为保障您的服务享有更佳功能体验，我们强烈建议您升级至新版本 COS SDK 。若您仍有继续使用旧版 SDK 的特殊需求，请邮件发送腾讯云账号或 COS 桶信息至 [email protected] ，我们将为您提供相关支持。衷心感谢您的理解与支持！