共 4 篇相关文章
这篇讲的是微博为应对实时Feed流挑战而构建的消息队列架构。作者从数据流处理从离线走向实时的行业趋势切入，详细拆解了支撑海量社交信息流的底层架构。 核心是一个由三部分构成的体系：中间是feed主流程处理，通过MQ worker异步写入缓存和数据库，完成核心的削峰填谷；左侧是流式计算，用于大数据实时分析；此外还有负责多机房数据同步的“虫洞”模块。整个系统建立在几个关键单元上：单机队列MQ、支持一对多投递的统一通道Firehose（具备基于社交关系的fan-out能力），以及无状态的Worker。 架构设计上，文章强调了其高实时性（要求100ms内处理完成）、线性可扩展性与超高可用性（99.999%）。最后，文章还对比了LinkedIn Databus、Apache Storm和Kafka等技术路线，解释了为何其业务主动写入事件的方案在复杂分库场景下，比数据库触发方案更具原子性和简洁性。
这篇讲的是，地球到火星长达20分钟的通信延迟下，NASA的“好奇号”火星车如何依靠软件实现高度自主的故障应对。文章从一位Erlang程序员的视角出发，带我们审视这套“地外”软件系统的精妙设计。 作者重点剖析了火星车软件的核心挑战：在无法即时干预、硬件资源有限且环境极端恶劣的条件下，确保系统的长期可靠运行。他将目光投向了Erlang这门以并发、容错和分布式著称的语言，并非因为它被直接使用，而是其蕴含的“let it crash”哲学和热代码升级等思想，与火星车软件的设计理念不谋而合。例如，当遇到未预期的传感器故障时，系统需要能像Erlang的监督树那样，快速隔离问题、重启关键进程，而不是导致整体停摆。 文章没有停留在理论对比，而是具体到了“好奇号”如何管理自身的有限计算资源，以及如何将复杂的任务序列转化为能在不同威胁级别下执行的自主指令集。这种将高可靠性理论（如Erlang）与极端工程实践相结合的分析，为嵌入式系统、分布式开发乃至高可靠架构设计提供了宝贵的跨界启发。
这篇文章从 C++ 后台开发中一个常见但棘手的痛点出发——如何在几乎不影响生产环境性能的前提下，实现程序运行状态的实时透视。作者没有停留在理论探讨，而是深入介绍了一套自研的轻量级监控方案，巧妙利用了性能计数器、无锁环形缓冲区与异步采样技术，将监控开销控制在了一个极低的水位。 方案的核心在于将数据收集与处理解耦：前台业务线程仅通过极简的指令记录关键事件，而后台分析线程则负责聚合与可视化。文章详细拆解了针对 CPU 使用率、内存分配热点以及锁竞争频率的监控实现，并给出了实测数据——在高并发服务中，这套机制带来的延迟增加不到 1%。 对于需要构建可观测性系统的后台开发者而言，这篇文章的价值不仅在于提供了一套可落地的代码思路，更在于它展示了如何在“监控”与“被监控对象”之间取得精妙的平衡。
这篇是系列文章的第二篇，作者从Lua早期垃圾回收（GC）的实现方式说起，剖析了其“Stop the World”机制带来的性能瓶颈。 具体来说，当GC触发时，整个程序需要暂停并等待GC流程完成。对于数据量小或变动不频繁的场景，这或许可以接受；但对于像网络游戏服务器这类实时性要求极高、且数据量可能增大的应用，这种全局停顿的代价就变得不可忽视了。 文章接着深入到了源码层面，展示了Lua作为一个精简系统，其GC具体是如何工作的。作者的分析让读者能够理解，即使是轻量级的脚本语言，在其核心实现中也包含了需要精心权衡的复杂考量，尤其是在如何平衡简洁性与高性能这一点上。
