SOFA Weekly|Meetup 广州站参会指南、本周 QA、本周 Contributor

PPT太丑?用InDesign制作电影级的交互式在线演示文档 本文旨在解决传统演示软件(如PowerPoint、Keynote)在制作商业提案、设计报告时,普遍存在的模板化严重、视觉表现力不足、动态效果廉价的核心痛点。我们将介绍一套常被设计师们“误解”或“忽略”的“降维打击”工作流,核心是利用印刷排版软件 Adobe InDesign 强大的版式控制、动画与交互功能,来创建电影级的动态演示文稿,并通过其 在线发布 (Publish Online) 功能,一键生成可在任何浏览器中流畅访问的网页版交互式文档,从而极大地提升提案的专业度与视觉冲击力。 阅读详情

 SOFA WEEKLY | 每周精选 

cc08882227113aa8d0425371db73d177.jpeg

筛选每周精华问答,同步开源进展

欢迎留言互动~

SOFAStack(Scalable Open Financial Architecture Stack)是蚂蚁集团自主研发的金融级云原生架构,包含了构建金融级云原生架构所需的各个组件,包括微服务研发框架,RPC 框架,服务注册中心,分布式定时任务,限流/熔断框架,动态配置推送,分布式链路追踪,Metrics 监控度量,分布式高可用消息队列,分布式事务框架,分布式数据库代理层等组件,也是在金融场景里锤炼出来的最佳实践。

SOFAStack 官网: https://www.sofastack.tech

SOFAStack: https://github.com/sofastack

  Meetup 广州站参会指南  

  SOFAStack 社区本周 Contributor  

a323eedd57f5f4a7744744143871fd7f.png

  每周读者问答提炼  

欢迎大家向公众号留言提问或在群里与我们互动

我们会筛选重点问题通过 

" SOFA WEEKLY " 的形式回复

1. 吴宇奇 提问:

请问下,Bolt 协议里面的这个 cmdCode,除了心跳、request、response,还有别的用法吗?

8bbce1c50f02d2289d043c35c048a867.png

A:举个例子,新增 goaway 扩展。

https://github.com/sofastack/sofa-bolt/issues/278

「SOFABolt」:

https://github.com/sofastack/sofa-bolt

2. bobtthp 提问:

大佬们问下动态路由这块,有 example 可以看看嘛?

a7be696860de7a91bf311eb6d71e5df3.png

A:这篇文章就是例子哟,https://mosn.io/blog/posts/how-use-dynamic-metadata/#%E5%8A%A8%E6%80%81%E8%B7%AF%E7%94%B1-cluster,原理就是 route 的配置是变量,然后 streamfilter 根据业务逻辑修改这个变量的值,很方便试试。

好的,这个我有一个疑问。这个变量如何注入进去呢?我理解应该每一个节点的变量都不一样嘛?

还有一个疑问是,如果需要和配置中心交互这块是怎么做的,可以借鉴一下吗?

A:变量就是 streamfilter 模块分配的,然后他来设置这个变量的值,值就是 cluster 的名字;后面那个问题指的是 cluster host 的更新吗?

指的是如果需要外部的配置中心那可能需要监听配置的动态变化;

第一个这块我好像没理解好,我举个例子:如果是多个应用,那是不是我要设置多个变量?

A:比如你 A 应用的 cluster 名字是 A,B 应用的 cluster 名字是 B, 那么这个变量只需要一个,只是 value 你可以根据逻辑设置为 A 或者 B。

这个就是一些复杂的路由场景,用配置不能表达,就可以用代码的方式来做这个事。我们内部的一些复杂路由场景也是这样做的。

「MOSN」:

https://github.com/mosn/mosn

   本周推荐阅读  

a43ace4309b080b678d7ec6965a9225d.jpeg

云原生 Meetup 广州站,等你来!

298d2770f81dd5ee2975b16cec124de5.png

Go 原生插件使用问题全解析

5d91d0e40d2a03e120382306d1a92aaf.jpeg

MOSN 反向通道详解

33d153d9a6682855fe4de243bec5d9cd.png

KusionStack|Kusion 模型库和工具链的探索实践

f80edd6f43194ce81f63650256119666.jpeg

【人工智能】OpenClaw网关API速率限制报错全解析 API rate limit reached. Please try again later. 对应HTTP标准状态码为429(请求过多)。该报错集中出现在OpenClaw GATEWAY DASHBOARD的聊天会话界面,核心特征为:用户最初以为是单一模型服务商的问题,先后更换OpenAI、Gemini、Ollama、Moonshot、Mercury-2等多个主流大模型API后,该报错仍稳定触发,尤其在执行复杂任务时高频出现。 阅读详情

相关推荐

华硕ROG玩家国度安装Ubuntu双系统避坑指南:安全启动密钥那些事儿

本文详细解析了在华硕ROG玩家国度设备上安装Ubuntu双系统时,如何正确处理BIOS中的安全启动(Secure Boot)与密钥管理,避免常见的引导失败和Windows系统无法启动问题。指南提供了从数据备份、启动盘制作到BIOS精细设置(如将OS Type改为Other OS而非简单关闭Secure Boot)以及分区规划的完整流程,确保两个系统都能稳定共存。

weixin_29219189的博客 754

SOFA Weekly|Meetup 广州站、本周 QA、本周 Contributor

SOFA WEEKLY | 每周精选筛选每周精华问答,同步开源进展欢迎留言互动~SOFAStack(ScalableOpenFinancialArchitecture Stack)是蚂蚁集团自主研发的金融级云原生架构,包含了构建金融级云原生架构所需的各个组件,包括微服务研发框架,RPC 框架,服务注册中心,分布式定时任务,限流/熔断框架,动态配置推送,分布式链路...

金融级分布式架构 211

CUDA 12.1环境下的动态库链接修复:从libcusparse.so.12的undefined symbol错误到libnvJitLink.so.12的正确加载

本文详细解析了在CUDA 12.1环境下,PyTorch因libcusparse.so.12找不到libnvJitLink.so.12中的__nvJitLinkAddData_12_1符号而报错的根本原因。通过诊断动态链接过程,提供了创建符号链接、修改环境变量等三种解决方案,并深入探讨了nvJitLink组件的作用及环境配置的最佳实践,帮助开发者彻底解决此类动态库链接问题。

c8d9e0f1的博客 206

AI分布式Token中转站网关底层实现-东方仙盟

在终端优先同步架构下,所有终端智能体请求不再直连上游 MaaS 平台(千帆、百炼、DeepSeek 等),全部经由分布式 Token 中转站网关统一中继。网关承担虚拟客户密钥签发、上游子账号路由、前置内容安全审计、事务路由调度、可控网络震荡多上游链路容灾、SSE 流式透传、用量记账、封禁熔断、原始 IP 封包签名溯源等核心职责。本文基于 Go 实现分布式网关核心底座,复用架构原有无状态 Token 穿透、事务 ID 幂等、链路探活、多节点中继能力;区分两层密钥体系:面向终端客户的虚拟 Key。

cybersnow精通 28 门计算机语言,凭借其超凡的技术能力,成功开发过上万个应用,广泛涉及政府、商业、个人等众多领域,甚至在检察院、环保局、公安局等专业场景中也大放异彩。不仅熟练掌握单片机和物联网开发,在软件架构设计方面更是独树一帜,自创了跨平台软件 240

SAP SD核心流程解析:从销售订单到财务结算的实战指南

本文深入解析SAP SD模块从销售订单到财务结算的核心流程,重点剖析了销售订单中的行项目类别如何作为流程的“总开关”,决定了后续交货、开票及财务集成的走向。文章结合实战案例,详细拆解了正常销售、退货、第三方销售、寄售等典型流程的配置要点与国内化适配方案,并阐述了SD与财务模块集成的关键连接点,为顾问和用户提供了一份全面的实战指南。

weixin_29250403的博客 426

stm32f407等芯片(HAL库)时钟频率修改(乱码)

其他片子及库文件未知、未验证,只是在使用stm32f407ZG配置串口打印的时候,出现乱码,就从以下几方面定位问题: 1. 确认串口GPIO相关配置; 2. 确认波特率等参数; 3. 确认时钟频率; 结果这次使用YH的串口打印程序在ZDYZ的开发板调试项目工程(有点另类...),做功能验证,就出现了以上问题,出于好奇开始调试,最终发现是时钟频率问题。 看到下图这个配置,因为ZDYZ开发板使用的是8MHz外部晶振(好像默认的是25MHz,如图2),所以他这里PLL_M是25,不是推荐值,感...

bulefire2009的博客 5516

EtherCAT从站实现(三):DC同步机制与分布式时钟实现

本文详解EtherCAT伺服从站DC同步机制,解决高精度控制中因主站抖动与传播延迟导致的相位偏差问题。通过ESC硬件维护1ns分辨率全局时间,实现从站自主同步,确保PDO更新与控制环采样精准对齐。核心流程包括传播延迟测量、时钟初始化、漂移补偿及SYNC0/SYNC1信号生成。从站需正确配置DC能力与同步模式,主站则通过DCM机制保障发送周期稳定。调试建议结合示波器与寄存器监控,分阶段验证时序关系,确保多轴协同无误。

yangmu3203的博客 111

泛微Ecology流程数据表结构解析:workflow_requestbase和workflow_currentoperator到底怎么关联查询?

本文深入解析泛微Ecology系统中workflow_requestbase和workflow_currentoperator表的结构与关联机制,提供SQL查询语句示例,帮助开发者高效查询流程数据。涵盖待办事项、已办事项、办结事项和流程监控等典型场景,并分享性能优化技巧和常见问题排查指南。

weixin_33738555的博客 810

集中式与分布式怎么选:从订单读写看 KingbaseES 的架构边界

以订单系统为例,一笔付款会扣账户余额、写一条流水、更新订单状态;月末报表则可能按日期统计所有租户的订单。前者要求几项变更一起提交,后者关心查询会覆盖多大范围。讨论集中式与分布式,先把读写请求分开,比先数数据库节点更容易看清问题。KingbaseES 核心数据库是集中式关系数据库。KES RAC 和 KES TDC 也都可以部署为多节点形态,但它们的数据组织方式并不相同。

todoitbo的博客 1万+

国家大地2000坐标系投影坐标转高德地图经纬度坐标-【高斯投影坐标】

国家大地2000坐标系投影坐标转换成高德经纬度坐标显示画图。

devil_zhuzhu的博客 1万+

2025华为杯第二十二届中国研究生数学建模竞赛D题:低空湍流监测及最优航路规划 - 完整解题分析+完整MATLAB源码!(上篇)

🎓 本文收录于 《滚雪球学数学建模》专栏,本专栏专注于从零基础出发,带你循序渐进掌握数学建模的核心方法与思维路径。通过“滚雪球式”学习法,从最简单的生活化案例到经典建模工具,再到省赛、国赛真题实战演练,逐步积累知识与技能,帮助你搭建完整的建模体系。无论你是刚接触建模的新生,还是希望提升科研与竞赛能力的学者与工程师,本专栏都将为你提供一条清晰、高效、可实操的建模成长路线,助力你快速进阶,突破难点,迈向数学建模竞赛与实际应用的更高峰 🚀!

**My Coding Family** 2587

编队系列(二)|固定翼如何依靠邻居信息保持队形?一致性控制、通信拓扑与分布式仿真实现,附仿真代码

一致性编队将通信关系写入邻接矩阵和拉普拉斯矩阵,各机根据本机与邻居的协同变量误差生成局部修正量。普通位置一致性会使成员趋向同一点;固定翼编队需要对带槽位偏置的虚拟参考点、航迹角、速度或路径参数执行一致性,再由路径跟踪和单机制导层生成可飞参考。本文例程对二维虚拟参考点坐标进行一致性,并将路径速度、路径收敛速度和一致性速度组合为期望运动,再复用 LQR 与姿态控制接口。该结构适合验证静态环形拓扑下的多机编队,但其收敛与安全性仍受消息有效性、通信时延、拓扑变化、速度饱和、转弯曲率和机间避碰约束影响。

2302_80148937的博客 306

YOLOv8首发优化:遥感目标检测 | 专为低质量遥感图像设计的边缘 - 高斯聚合(EGA)模块,解决低空间分辨率、传感器噪声、目标模糊、低光照退化和部分遮挡等限制

一种轻量级网络,其创新性地整合了专为低质量遥感图像设计的边缘 - 高斯聚合(EGA)模块。

①答疑群聊服务;②YOLO大模型知识问答系统;③计算机视觉论文生成智能体; 492

分布式设备列表拿到了,数据通道选错照样传不过去

分布式协作的设计顺序应该是:先确定数据的一致性语义(状态最终一致 vs 操作恰好一次),再选通道(DDO / KV / RPC / 文件),最后把标识和内容分开。离线期间手机加了三个附件,平板重连后 DDO 会把最终的字段列表对齐,中间某一条“附件关联”的副作用如果涉及独立写入,不会因为 DDO 对齐而自动补执行。的 RPC 通道,这四条路解决的是不同的问题。的场景(扣库存、审批、附件关联),DDO 只能承载最终状态,操作序列需要应用层自己的 outbox 和确认水位来兜底。

2602_97267507的博客 380

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

分布式详解

分布式系统由多台独立节点通过网络协作,对外提供统一服务。其核心挑战在于部分失败、无全局时钟与网络不可靠。为应对这些难题,系统需在不可靠环境中保证协同正确性。分布式主要解决高吞吐、高可用、业务拆分与数据扩展问题。根据CAP定理,系统需在一致性(C)、可用性(A)与分区容错(P)中取舍,多数互联网应用选择AP,遵循BASE理论:基本可用、软状态、最终一致。分布式ID常用雪花算法,兼顾有序性与唯一性。

m0_50953782的博客 120

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

OpenWiFi与LibreNMS集成实践:构建分布式异构网络管理体系

面向多厂商园区网络,详解 OpenWiFi 与 LibreNMS 的集成架构:SNMP 自动发现、MIB 指纹识别、边缘轮询与统一告警。破解数据孤岛,构建统一运维视图。

asterfusion的博客 312

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

用势函数做分布式网络优化

首先是方向一致,玩家想让自己代价变小,一定会让势函数变小,玩家代价变大,势函数也一定变大,其次是收敛性,只要势函数有下界,则所有玩家持续优化自身代价的过程,就是势函数持续下降过程,最终一定会停在一个极小值点,最后,纳什均衡等价于势函数极值,势函数的极小值点即纳什均衡,没任何玩家愿单方改策略,因为自己代价不会再降低,势函数也不会再降。这类博弈属势博弈,即存在一个全局的势函数,每个玩家降低自身代价的动作,都会同步让全局势函数下降,个体自私优化的过程,等价于全局势函数的自动优化,最终一定会收敛到纯策略纳什均衡。

TCP/IP 248

集中式与分布式怎么选:一次选型复盘,附金仓数据库建表与增删改查实践

本文以真实项目为背景,剖析集中式与分布式架构的适用场景。作者指出,盲目追求“分布式”不仅增加成本与复杂度,更可能因事务延迟、运维难度上升等问题导致系统性能下降。通过对比两类架构在事务、SQL自由度、运维与扩容等方面的差异,强调应基于业务实际需求选择方案——“不是哪个先进,而是哪个解题”。文中还拆解“伪分布式”等常见误区,并以金仓数据库实践为例,展示如何在集中式架构下高效实现订单系统设计,最终倡导“按需选型,不被概念绑架”的务实技术观。

小相探索IT世界 5156

vpls over srv6配置分布式网关

本文是《华为VPLS over SRV6》的续篇,在原有VPLS over SRv6基础上引入分布式网关和IP前缀路由,实现三层互通。文章依次给出新建三层VPN实例、配置VBD接口与Anycast网关、发布IRB路由、在BGP中发布VPN实例以及模拟三层地址段的具体配置,并通过ping测试、vrf2路由表以及EVPN的Type2(MAC路由)和Type5(IP前缀路由)表项验证主机路由与网段路由的正确学习与转发。接着上篇文章。

186

分布式 KV 跨端数据冲突的合并策略

在开发跨设备协作文档应用时,最大的噩梦不是网络断开,而是两台设备分别在离线状态下修改了同一份文档。等它们重新联网同步时,后同步的数据直接覆盖了前面的数据,导致用户的修改凭空消失。此时必须触发预设的业务合并算法(比如把两段文本拼接,或者提示用户手动选择保留哪一份),合并完成后,将本地版本号加一,再重新推送到 KVStore。同时联网后,用你写的版本号合并逻辑去拦截默认的覆盖行为,看看两边最终的数据是否都能保留下来。为了掌控数据的主权,我们必须放弃默认的时间戳策略,在业务层引入版本号机制。

2602_97267507的博客 151

集中式与分布式,KingbaseES 的四种形态共用一套内核

金仓数据库 KingbaseES 提供集中式(单机、ClusterWare、RWC、RAC)与分布式(TDC、Sharding、ADC)双架构,基于同一内核扩展。集中式形态零应用改造,RTO均小于1分钟,RPO为0;RAC共享存储实现多活,支持跨节点并发控制。分布式通过分片管理、分布式事务等模块构建,兼容原有运维体系,避免分库分表的外部耦合。选型核心考量:数据规模、并发量、团队经验,三者皆无则从集中式起步,后续按需扩展,成本可控。

笃行其道的博客 1万+

集中式与分布式怎么选?我把手头11套系统重新过了一遍秤

先定架构,再选产品。架构选错了,后面所有的参数对比、POC 测试、迁移实施,都是白费

倔强的石头的博客 1万+

下篇:Java 异常高阶实战|自定义异常、全局异常、事务陷阱、分布式链路、生产调优(实战篇)

接上篇基础理论,本篇面向 SpringBoot 后端生产开发。从业务异常设计、全局异常处理器、统一返回结果、事务回滚失效、日志规范、分布式链路追踪、性能优化、异常治理规范、线上事故案例完整落地,给你一套可以直接复制到项目里的异常处理方案。

Caiml_1006的博客 463

vLLM 前世今生:从 PagedAttention 到分布式推理引擎的演进之路

以显存效率为起点,以吞吐为目标,逐步长成一个通用的推理基础设施。诞生时,它用 PagedAttention 解决了 KV Cache 浪费这个最痛的问题;发展期,它不断扩展模型、量化、并行、硬件支持,从"快但窄"走向"全而稳";当下,V1 引擎、PD 分离、结构化输出、长上下文是社区最热的方向;未来,它想成为硬件无关、场景无关的推理标准层。对于使用者来说,理解 vLLM 的演进逻辑,比记住它的 API 更有价值——因为它的每一次取舍,背后都是对"推理系统到底在优化什么"这个问题的重新回答。

Maxwell_Newton的博客 358

HarmonyOS 分布式深度:跨端迁移、数据对象与多设备协同

本文深入解析鸿蒙分布式能力实战,聚焦跨端迁移、协同与共享三大形态,详解权限配置、设备发现、onContinue状态管理及分布式数据对象、KV同步机制。强调“先分清场景”“前置条件必全”“数据需重验”,揭示迁移失败、同步失效等七大常见坑,指导开发者规避陷阱,实现真实可用的多设备协同。

信息安全领域优质创作者|操作系统领域专家 106

Cloudflare Durable Objects 支持自动重试:分布式调用如何避免重复执行?

在分布式系统中,远程调用失败可能导致操作状态不确定。Cloudflare 为 Durable Objects 引入自动重试机制,仅对可重试错误进行智能重试,并通过 retryable() 明确标记幂等操作,避免重复执行。该机制不保证全局精确一次,仍需业务层实现去重,如使用请求标识或幂等键。核心在于区分“未执行”与“已执行但响应丢失”,从而在保障可靠性的同时防止数据错乱。

weixin_47502228的博客 375
上一篇: 倒计时 3 天|一起看云原生 Meetup 的六大议题
下一篇: 精彩回顾|云原生 Meetup 广州站
SOFAStack
博客等级 码龄7年 747粉丝 389原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值