Azure Data Factory 新功能/变更推送规则及相关问题咨询

变更提前获知规则 #

可以在变更正式推送前获知相关内容，时间跨度根据变更类型有所区别：

• 常规功能迭代、不影响现有业务的优化变更，通常提前30天同步通知
• 涉及现有逻辑变更的重大版本更新，最多可提前90天发出预告
• 高危安全漏洞修复等紧急变更，提前通知周期会大幅缩短，特别紧急的情况可能同步推送和告知

旧版本使用权限规则 #

能不能继续使用旧版本同样和变更类型挂钩：

• 非破坏性的小版本优化、常规漏洞修复、安全补丁属于强制更新范畴，无法停留在旧版本使用，这类更新一般不会修改现有接口的调用逻辑，不会影响已上线的业务运行
• 大版本架构迭代、涉及旧能力下线的变更，会设置180天到1年的过渡期，过渡期内可以继续使用旧版本，过渡期结束后旧版本能力才会正式下线

官方公布的变更推送频率 #

Azure Data Factory没有公开固定的更新周期：

• 小问题修复可能每周都会有静默推送
• 新功能通常每月或每季度集中发布一批
• 安全补丁不设固定发布窗口，随漏洞确认随推

Azure生态及其他云厂商同类服务规则对比 #

• 上述变更管理规则属于Azure PaaS类服务的通用规则，生态内其他同类数据集成、数据开发服务基本都遵循同一套标准
• 其他主流云厂商的同类托管服务大体规则和逻辑类似，都会针对不同变更类型设置不同的通知周期、过渡策略，仅在具体的时间长度设置上有细微差异

内容的提问来源于stack exchange，提问作者Dennis Jaheruddin