恭喜 李星鹏 成为 Layotto Committer!

终于找到了!Ubuntu 虚拟机卡死的终极解决方案(如何解决VMware安装Ubuntu24.04桌面进不去、黑屏、虚拟机卡死、显示不全、屏幕闪烁等问题) 阅读详情

1e73b4db9071f5408691b9189d14b141.png

ce6df3b169f2276769b1173b4a99c205.jpeg

李星鹏

|软件工程方向--本科在读|

深耕于 Service Mesh , Kubernetes , Layotto , 可观测性等领域。在 Layotto 的钻研方向主要是拓展 Layotto 组件功能。

自加入 Layotto 项目以来,他贡献了诸多可观测性组件和分布式锁组件等相关领域的 PR。

近日,Layotto 项目的 PMC 之一,周群力(@seeflood)代表 Layotto,宣布李星鹏@LXPWing通过投票,被选为 Layotto Committer!

1d48dae19e3b9d006ac8e84af1835180.png

🔗 李星鹏的 Layotto Commits 记录如下:

https://github.com/mosn/layotto/commits?author=LXPWing

bea3a86fcb4dab07ef79342b254a0b54.png

新任 Committer 有话说:

首先,在社区结识了各位老师,让我在实践过程中的方案更加成熟;而且通过社区对云原生落地实践的分享,我了解到了目前云原生在国内的发展趋势和方向。最后,将自己的方案变成运行的代码,真的是件很愉悦的事!

还有,我要感谢社区的认可,通过 Layotto 项目,我学习到许多关于云原生的知识和技术,同时我个人也是云技术的热爱者。希望未来能和社区一起去挑战更多的技术难关。

开源社区小伙伴:

感谢李星鹏一直以来为 Layotto 项目做出的巨大贡献!期待未来和星鹏一起,让 Layotto 变得更好!

同时感谢各位对 MOSN 社区的贡献,也希望更多的小伙伴加入 MOSN 社区,共同助力开源环境的快速发展。

https://github.com/mosn/layotto

   本周推荐阅读  

093b3c99d0549f9637f4f6c5ec31c6d9.jpeg

一起玩转!SOFA 飞船 Layotto 星球登陆计划

b474c786749a17f52ac0da56527af48f.png

Go 内存泄漏,pprof 够用了么?

832c57df7e243206ea0519ff24e1874b.png

SOFARegistry 源码|数据分片之核心-路由表 SlotTable 剖析

d85bc652e5b2d7f4a541cf4ebe069142.jpeg

如何看待 Dapr、Layotto 这种多运行时架构?

9581c9683e55ebfb9a7db73b6087b16d.jpeg

STM32实战开发(133):基于STM32的智能GPS定位跟踪系统开发 本文详细介绍了如何基于STM32开发一个智能GPS定位跟踪系统。系统使用NEO-6M GPS模块获取实时定位数据,并通过SIM800L GPRS模块将定位信息上传到远程服务器。通过OLED屏幕实时显示位置数据,使用SD卡存储历史轨迹,并提供蜂鸣器报警功能。项目实现了GPS定位数据的获取、解析、存储和传输,为智能定位系统提供了完整的解决方案。 阅读详情

相关推荐

【人工智能】你知道什么是DeepSeek吗?你有去了解过DeepSeek吗?新手要入门DeepSeek的必经之路——初识DeepSeek

【人工智能】初识DeepSeek 详细介绍DeepSeek以及DeepSeek-R1

蒙奇D索大的博客 3375

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

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

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

YOLOv8傻瓜式教程

YOLOv8傻瓜式教程,附带详细参数配置。

Father_of_Python的博客 1万+

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

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

yangmu3203的博客 112

系统磁盘从MBR格式转换成GPT格式来升级win11

之前的《》中说到,需要把磁盘格式转化为MBR格式才能执行下去。问题是,win10升级win11要求启动方式为UEFI的话,磁盘格式不能为MBR。其实不升级也不影响啥,但是就是想好看点。所以花了点时间折腾了一下。我这是双系统,所以直接去A系统修复B系统的磁盘格式和引导。

qq_42520962的博客 9041

3D Slicer肺部CT病灶体积测量:阈值法实操全流程

在医学影像分析中,病灶体积的精准测量是肿瘤评估、疗效随访和科研统计的重要基础。传统逐层手动勾画不仅耗时,且主观差异大,而基于CT值的阈值分割技术,通过设定灰度区间自动提取目标体素,能够快速生成三维分割结果,具有高效、可重复、边界标准统一的优势,尤其适用于肺部实性结节这类与周围肺实质对比度高的病灶。理解体素与CT值的关系,掌握阈值范围的设定逻辑,并配合连通域分析、边缘修正等工程化操作,即可在3D Slicer中稳定获得可靠的体积数据。本文从技术原理出发,系统梳理了DICOM导入、窗宽窗位调节、阈值选择、三维重

weixin_29050271的博客 251

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

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

todoitbo的博客 1万+

Bentley二次开发教程28-交互窗口-案例实战2-EC属性赋值工具

该工具会根据用户输入的路径获取Schema文件的路径,然后通过路径读取对应的Schema文件并在树状图中显示EC类,当用户选择树状图上的节点时,此时会触发事件,根据EC属性添加用户自定义控件用于显示EC属性并可对其进行赋值操作。完成后选取元素,点击界面上的应用,此时元素会被赋予指定EC类,同时修改的EC属性值也会被同步赋予。该工具涉及到的WinForm控件有:TextBox,Button,TreeView,Panel,UserControl(用户自定义控件)。

不见不散的博客 1474

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

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

2302_80148937的博客 307

C#实现图片裁剪 (附完整源码)

C#实现图片裁剪 (附完整源码)

希望我的博客,能帮上你解决学习中工作中所遇到的问题 508

手把手教你使用ConvNeXt训练自己数据集和推理,ConvNeXt模型训练(CVPR 2022),一个能挑战 Vision Transformer 的卷积神经网络,含完整代码和数据集

手把手教你使用ConvNeXt训练自己数据集和推理,ConvNeXt模型训练(CVPR 2022),一个能挑战 Vision Transformer 的卷积神经网络,含完整代码和数据集

在职AI算法工程师,擅长计算机视觉,YOLO目标检测、分割等,擅长web、pyqt界面可视化,好内容持续更新中,来这里跟大家一起学习,共同进步 1451

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

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

2602_97267507的博客 380

[RK3568 Android11] 开发之默认授予系统预置的APP权限

目录 一、系统预置的APP权限 二、默认授予系统预置的APP权限 一、系统预置的APP权限 1、在打开系统预置的APP时,都会弹窗提示,并且需要人工确定授予权限; 2、有些客户对定制有需求,需要系统预置的APP自动默认授予权限; 二、默认授予系统预置的APP权限 注意此方法只对系统预置的APP起效果,后期手动安装的APP无效; 修改文件: frameworks/base/services/core/java/com/android/server/pm/per...

~未来可期~ 5059

分布式详解

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

m0_50953782的博客 120

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的,已经排好版了,而且还是完整的,适合小白

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

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

asterfusion的博客 312

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

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

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

TCP/IP 251

vpls over srv6配置分布式网关

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

186

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

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

小相探索IT世界 5160

分布式 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

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

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

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

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

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

Maxwell_Newton的博客 358

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

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

weixin_47502228的博客 375

从零搭建一个 AI Infra 实验室㉑:llm-d——从单个 vLLM 走向分布式推理

本篇深入 llm-d 分布式推理架构,解析负载感知路由、前缀缓存感知、KV Cache 本地性与 Prefill/Decode 分离。基于单节点 Kubernetes 和 LLM Simulator,实测智能路由与多 Pod 请求分布,理解从单个 vLLM 走向分布式推理的关键设计与挑战。

mosespaul的博客 319

跨端数据漫游,分布式 KVStore 冲突与合并

等两台设备联网同步后,手机上的清单里只剩下了面包,牛奶凭空蒸发了。这就是典型的分布式数据同步冲突,系统底层的默认策略把你坑了。这就导致了惨剧:如果手机时间比平板快了 5 分钟,那么手机上产生的任何数据,在同步时都会无条件覆盖平板上修改的数据。总的来说,分布式同步不能全靠系统,业务层的版本控制和冲突合并才是数据一致性的定海神针。系统默认的同步策略是 Last-Write-Wins(最后写入者胜出),判断标准是设备的系统时间。要解决这个问题,绝不能依赖底层的时间戳,必须在业务层引入版本号(乐观锁)。

2502_91284977的博客 154
上一篇: SOFA Weekly|Go 代码城市、本周 Contributor & QA
下一篇: Go 内存泄漏,pprof 够用了吗?
SOFAStack
博客等级 码龄7年 747粉丝 389原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值