探索阿里巴巴巨石塔技术架构的实现（一）

各位老铁们，大家好，今天由我来为大家分享探索阿里巴巴巨石塔技术架构的实现（一），以及的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！

如果塔内系统与商户IDC的非淘宝业务系统进行交互，无法满足上述应用架构访问规则的要求，但塔内系统与商户IDC之间数据交互的业务场景和字段描述塔外系统必须提交。平台审核通过后，开发者应通过开放平台奇门标准接口系统与塔外系统进行交互。消息（数据）服务。本文主要从API调用和推送方面进行讲解。

2.1. TOP 主动通知

提供SDK长连接支持。收到通知后，调用API接口获取相应的数据。

JAVA接口使用说明：

public interface MessageHandler { /** * 消息通道客户端收到消息后，会回调该方法处理具体业务。处理结果可以用以下两种方式表示： *

*

抛出异常或者设置status.fail()表示消息处理失败，需要消息通道服务器重新发送*

如果没有抛出异常且没有设置状态信息，则表明该消息处理成功，消息通道服务器将不再下发该消息* * @param message 消息内容* @param status 处理结果。如果调用了status.fail()，则消息通道会选择机会重新发送消息；否则，消息通道认为消息处理成功* @throws Exception 如果消息处理失败，消息通道会选择机会重新发送消息*/public void onMessage(Message message, MessageStatus status) throws Exception;}

JAVA使用代码示例：

TmcClient 客户端=new TmcClient(‘app_key’, ‘app_secret’, ‘默认’); //关于默认引用消息分组指令client.setMessageHandler(new MessageHandler() { public void onMessage(Message message, MessageStatus status) { try { System .out.println(message.getContent()); System.out.println(message .getTopic()); } catch (Exception e) { e.printStackTrace(); //消息处理失败并返回Roll，服务器需要重发//注意：并不是所有的异常都需要系统to retry. //对于字段不完整、主键冲突等导致写DB异常的情况，不允许重试，否则消息会一直重发//对于网络问题、权限问题导致的失败，可以重试//重试时间5分钟不等，请勿滥用，否则会引起雪崩}}})； client.connect(‘ws://mc.api.taobao.com’); //消息环境地址：ws://mc.api.tbsandbox.com/

消息重发逻辑是什么？

在断线的情况下（比如应用挂掉），服务器会累积消息，应用重新连接后，会将累积的消息按顺序推送给客户端。从消息诞生之日起，如果应用程序未收到消息，则在服务器上的最长保留时间为3 天。超过3天将自动清除。如果连接正常但消息处理失败，服务器最早会每隔10分钟重新发送一次消息。如果应用程序持续处理失败，服务器会定期重新发送消息，直到消息被清除。

2.2.订单同步服务

同步方式：DB=DB

数据位置：数据存储在系统自建的SYS_INFO库中。每个服务商申请RDS时，系统都会构建一个自建的sys_info库。

业务支持：订单、产品、淘宝退款、天猫退款、配送数据同步。

实时：正常数据实时同步，延迟约1~3秒；订单补货机制，一笔交易的订单补货间隔为5到20分钟（商品和退款订单的补货时间稍长，大约10到30），下单后99%的订单在3秒内推送下单后，5至20分钟内1%成交。

权限：只读。 UPDATE操作仍然通过接口进行处理，比如发货等接口。

数量限制：暂无，但建议申请不超过50万

数据时长：最多可推送3个月的历史数据

2.3.打开消息ONS

ONS（开放通知服务）基于阿里巴巴开源消息中间件MetaQ（RocketMQ）。它包括以下三种业务消息类型：

官方新闻通知：向开发者推送阿里巴巴官方新闻，如品类促销活动报名、聚划算报名、产品违规通知等。

平台业务变更消息：即推送淘宝的交易、商品、退款退货、物流转运、订单评价语义分析等平台业务变更消息。

用户自定义消息：通过集群消费或广播消费的方式向客户端发送开发者自定义的高并发服务，如订单转账、群发短信、批量处理等。

2. 三种消息类型对比

其他比较：

订单同步和TOP主动通知有什么区别？

TOP主动通知实时性高，仅包含部分变化信息。完整的信息需要通过API调用。

订单同步服务的实时性比TOP主动通知慢，但数据更完整，与API返回的数据相同；如果实时性要求特别高就不适合使用。

Open Message ONS适用于哪些场景？

异步解耦： 消息系统的典型业务场景，用于多个系统解耦。

削峰填谷：高并发的业务数据高峰需要高性能的MQ云削峰填谷。

数据同步：ONS独特的广播消息和集群消息可以实现多个子系统之间数据的及时同步。

3、技术实现

TOP主动通知：使用提供的java或.net版本的sdk程序与淘宝消息服务器建立长连接通道，如netty实现。

订单同步服务：通过binlog订阅业务数据库中的数据。我们有类似的中间件通道。

用户评论

怪咖

终于有人来扒一扒阿里巴巴的技术底层了！一直很好奇他们的架构怎么做到如此庞大稳定。这篇分析很客观，能清楚地展现出技术的复杂性，期待后续的内容深入探讨细节。

    有19位网友表示赞同！

请在乎我１秒

聚石塔的名称很有意思啊！像是在形容他这个项目的稳固性和坚不可摧的感觉。看到这么详细的技术解析，真的对阿里巴巴工程师们的实力了敬佩，佩服他们敢于突破传统的架构设计。

    有11位网友表示赞同！

ok绷遮不住我颓废的伤あ

看图画图都晕头转向啊…我不是技术人员，只能说这篇文章写得确实专业，能感受到作者深厚的技术功底和对Ali的理解。期待后续文章能更直观地展示聚石塔的效果

    有8位网友表示赞同！

遗憾最汹涌

我一直觉得阿里巴巴的技术实力很强，这篇文证实了我的观点。不过作为普通用户来说，我还是更希望他们能够专注于提升用户体验，让服务更简单易用。

    有7位网友表示赞同！

命里缺他

对我们开发团队来说，探究大型技术系统的架构设计非常有启迪意义。阿里聚石塔的技术方案很值得学习借鉴，希望能从作者的文章中获得更多实践经验和技巧

    有19位网友表示赞同！

颜洛殇

文章讲的有点过于专业了，一些概念理解起来还是比较困难。希望后续内容能结合实例进行讲解，更容易让非技术人士理解。毕竟不是每个人都像程序员一样每天接触这些技术词语吧！

    有10位网友表示赞同！

抓不住i

感觉阿里聚石塔的技术架构很强大，但同时我也担心它的复杂性会增加维护的难度和成本。在追求性能和可扩展性的过程中，也需要考虑技术的可管理性和可靠性问题

    有17位网友表示赞同！

那伤。眞美

对于对技术的追求来说，阿里聚石塔的技术解决方案的确令人赞叹。希望能够看到更多类似的技术文章，了解更先进的技术理念和实践案例

    有11位网友表示赞同！

君临臣

一直觉得大公司技术架构设计都很复杂，不是普通人能够理解的。不过这次的解析挺详细的，至少能让我对阿里聚石塔有一个大概的概念。

    有5位网友表示赞同！

素婉纤尘

感觉这篇文章比较注重技术的细节和理论，缺乏一些针对具体应用场景的阐述。希望作者可以结合实际项目案例，更加生动地展示聚石塔的技术价值

    有13位网友表示赞同！

孤岛晴空

对技术架构有强烈的兴趣,一直想了解更多阿里巴巴方面的研究。这篇分析文章很棒，让我对阿里聚石塔有了更深刻的了解。希望能看到更多类似的文章，深入探讨不同类型的技术解决方案

    有10位网友表示赞同！

慑人的傲气

文章里涉及了很多专业术语，对于非技术人员来说理解难度比较大。希望后续可以添加一些通俗易懂的解释和说明，让大家能够更轻松地阅读和理解。

    有7位网友表示赞同！

十言i

阿里聚石塔的技术架构确实很庞大，感觉像是一座精密的齿轮系统。这种成熟稳定的架构设计是阿里巴巴业务持续发展的关键保障，也为其他公司提供了很好的参考价值

    有6位网友表示赞同！

权诈

这篇文章写的不错！能全面展示阿里聚石塔的架构特点和技术细节。 对于技术爱好者来说非常实用，能帮助我们深入了解大型系统设计的思路和方法

    有15位网友表示赞同！

旧事酒浓

作为一名工程师，我对阿里聚石塔的研究非常感兴趣。这篇分析文章虽然比较专业，但还是对我的理解很有帮助。希望作者能够把后续的内容发布得更快一点，让我更加深入地了解这个强劲的技术底盘！

    有11位网友表示赞同！

咆哮

阿里巴巴的架构设计一直都很出色，这次的聚石塔更是如此。文章详细讲解了技术细节，体现了作者的专业水平。期待后续内容分享更多关于阿里聚石塔实践经验和案例分析！

    有18位网友表示赞同！

冷落了♂自己·

看到阿里巴巴工程师们所付出的努力和智慧，我更加敬佩他们的技术实力。这篇文将聚石塔架构设计呈现得清晰易懂，为我们提供了一个很好的学习例子。希望阿里巴巴能够继续保持创新，为互联网行业带来更先进的技术解决方案

    有11位网友表示赞同！

旧爱剩女

聚石塔的架构理念确实很值得借鉴，它强调分布式、弹性、可扩展的特点，这也正是未来大型技术系统的发展趋势。期待更多公司能学习阿里巴巴的经验，构建更加健壮可靠的系统基础设施！

    有14位网友表示赞同！