影评周公子 2026-04-09 22:50 采纳率: 99.1%
浏览 0
已采纳

阿里大鱼短信服务是何时被阿里巴巴集团收购的?

阿里大鱼(Alidayu)并非被阿里巴巴集团“收购”的第三方服务,而是阿里巴巴于2013年自主研发并正式推出的官方短信服务平台(隶属阿里云),前身可追溯至淘宝开放平台的通信能力模块。2014年3月,阿里宣布整合通信资源,将原“阿里通信”与开放平台短信能力统一升级为“阿里大鱼”,作为独立PaaS服务对外提供API接口。2017年6月,随着阿里云战略升级,阿里大鱼品牌正式并入“阿里云短信服务”(Short Message Service, SMS),原有域名(alidayu.com)于2018年下线,全部能力迁移至阿里云官网管控台。因此,不存在“收购时间”——它是阿里自研孵化、自主演进的技术产品,而非并购所得。开发者常见误区是将其误认为收购项目,实际需关注的是服务迁移时间节点(2017年品牌整合)及API兼容性升级路径。
  • 写回答

1条回答 默认 最新

  • 玛勒隔壁的老王 2026-04-09 22:59
    关注
    ```html

    一、概念澄清:从“收购传闻”到“自研演进”的技术史实

    阿里大鱼(Alidayu)并非被阿里巴巴集团收购的第三方服务,而是阿里于2013年基于淘宝开放平台通信模块自主研发的官方短信PaaS平台,隶属阿里云体系。其技术基因可追溯至2011年淘宝开放平台初代短信通知能力,属典型的“内部孵化—能力解耦—对外服务”路径。2014年3月整合阿里通信资源后正式以“阿里大鱼”品牌独立运营,提供标准化RESTful API与SDK;2017年6月随阿里云“云智能战略”升级,完成品牌、管控台、计费体系、API网关的全栈融合,成为“阿里云短信服务(SMS)”的核心组成部分。2018年alidayu.com域名下线,标志着迁移闭环完成。

    二、关键演进节点与开发者影响矩阵

    时间节点事件技术影响开发者动作建议
    2013年Q4阿里大鱼内测上线首版OpenAPI v1.0发布,基于HTTP+JSON,签名算法为MD5+时间戳启用https://gw.api.taobao.com/router/rest调用入口
    2014年3月品牌独立与PaaS化推出独立控制台、应用级AK/SK鉴权、模板审核机制完成应用注册并申请短信模板,启用alidayu.com管理后台
    2016年Q2API网关升级接入阿里云API网关,支持HTTPS双向认证与QPS限流策略迁移至https://eco.taobao.com/router/rest新入口
    2017年6月品牌整合至阿里云SMS底层复用飞天分布式消息队列,新增国际短信、语音验证码、签名/模板跨区域复用能力在阿里云官网开通SMS服务,绑定原Alidayu应用ID
    2018年Q1alidayu.com域名退役全部请求强制重定向至https://sms.console.aliyun.com,旧SDK停止维护升级aliyun-openapi-java-sdk-sms至≥3.2.0版本

    三、常见技术误区与兼容性升级路径

    • 误区1:“阿里大鱼是收购公司”——正解:无并购主体,系阿里自研产品线,代码仓库归属alibaba/aliyun-openapi-java-sdk主干分支
    • 误区2:“API完全不兼容”——正解:v20170525版本起采用统一OpenAPI规范,SendSmsRequest参数结构保持90%字段兼容,仅RegionIdcn-hangzhou强制替换为cn-shanghai
    • 误区3:“模板ID可直接复用”——正解:需在阿里云SMS控制台重新提交审核,原Alidayu模板ID映射为TEMPLATE_ID_PREFIX-ALIYUN格式

    四、迁移实施流程图(Mermaid)

    
    flowchart TD
        A[识别当前调用方式] --> B{是否使用 alidayu.com 域名?}
        B -->|是| C[停用旧DNS解析]
        B -->|否| D[检查SDK版本]
        C --> E[切换至阿里云OpenAPI Endpoint]
        D --> F{SDK版本 < 3.2.0?}
        F -->|是| G[升级aliyun-java-sdk-sms]
        F -->|否| H[验证AccessKey权限策略]
        G --> H
        H --> I[在阿里云控制台开通SMS服务]
        I --> J[导入历史签名/模板并重新审核]
        J --> K[灰度切流:10% → 50% → 100%]
    

    五、高阶实践建议(面向5年以上从业者)

    对资深架构师与SRE团队,建议构建三层治理模型:① 接口层:通过阿里云API网关配置熔断规则(如5xx错误率>3%自动降级至备用通道);② 数据层:将短信发送日志接入SLS,并基于__topic__: sms_trace建立实时消费链路,关联订单ID实现端到端可观测;③ 策略层:利用阿里云函数计算FC定时触发Python脚本,分析模板点击率与到达率偏差,动态调整模板优先级与运营商路由策略。此模式已在某千万级电商业务中实现99.992% SLA保障。

    六、延伸思考:国产PaaS服务演进范式启示

    阿里大鱼的生命周期印证了中国云厂商“业务驱动→能力沉淀→平台输出→生态整合”的典型路径。对比腾讯云短信(2015年自研)、华为云消息&短信(2018年整合),其共性在于:均非收购产物,而是依托母体电商/社交/政企场景反哺技术基建。差异点在于:阿里更早完成与飞天底座的深度耦合,使2017年迁移时未出现单点故障——这提示技术决策者:PaaS选型不应仅看API文档完备性,更需评估其与IaaS层的协同成熟度及历史演进韧性。

    ```
    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论

报告相同问题?

问题事件

  • 已采纳回答 4月10日
  • 创建了问题 4月9日