我们部署了一个内部的微服务，是基于腾讯云的 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 就作废之前的）岂不是破坏了这层信任？
结果近期老是有部分请求收到"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 就作废之前的）岂不是破坏了这层信任？
1
Select Language