鸿蒙开发者社区

为高质量支撑2024年客服大模型商用，中国移动构建了客服大模型“混合云”生产环境，确保大模型应用安全稳定运行、智算资源高效利用。面对当前跨云调用拓扑的复杂性，以及运维保障与业务运营中服务质量观测指标的缺失问题，多团队共同合作基于eBPF与Wasm技术构建客服大模型生产运行态可观测能力。01｜大模型服务的观测需求在基于基础大模型构建的客服大模型中，虽然这些基础模型在自然语言处理方面表现出强大的计算能力，但其训...

今天，思迈特迎来了第13个生日！站在新的起点回望过去，思迈特始终不忘初心，坚持创新与卓越。在这13年的历程中，我们不断突破自我，专注于产品研发与技术创新，作为中国智能BI市场引领者，思迈特始终以客户需求为导向，致力于为各行业提供智能、高效的数据分析解决方案。让数据为客户创造价值，赋能企业数智化运营，是思迈特13年来坚持的使命，在这13年的发展中，思迈特不断夯实产品能力和技术能力，精心打磨每一个细小的功能...

智能BI遇瓶颈复杂业务无法精准洞察近年来，虽然大模型在生成式AI领域发展迅猛，但在一些专业度高、应用复杂的行业，人们觉得它的价格和价值之间差距太大，形成了泡沫。比如，很多引入智能问答式BI的企业就很失望，因为投入的成本和实际落地效果并不匹配。这些智能问答式BI产品通常依赖NL2SQL技术，用户能够快速地构建系统并回答简单问题，也确实降低了分析门槛。不过，人们发现，在面对复杂的业务需求时，它根本无法灵活和准确...

摘要：某银行分布式核心交易系统运行过程中，遇到了偶发性、无规律的交易失败，由于交易请求海量、通信关系复杂、应用实例动态等系统特点，传统监控工具的诊断能力受限，此类故障诊断极其困难。但在本篇案例中，您将看到DeepFlow可观测平台提供的FullStack（全栈）、EndtoEnd（全链路）、AnyRequest（每一次应用调用）观测能力，精细化分析每一次失败交易的端到端过程，用3分钟时间、5步操作，通过可观测性数据客观诊断出故障根...

游戏陪玩很多人都是为了找一个感情陪伴，现在的95后非常热衷于社交角色扮演，也认同虚拟陪伴，并且会乐意付出费用，尤其是游戏陪练、陪玩。建立圈层文化确实是个不错的选择，同伴在游戏过程中能拟人化，并且随时在线，当系统不再是冰冷的提示，而是并肩作战的队友，那么要搭建一个独特的圈层，后期运营就会简单得多。陪玩平台的管理运作可以从以下几个方面进行：1.陪玩师管理：招募符合要求的陪玩师，进行资格审核和培训，确保...

摘要：在某国有银行的信创云日常运维中，发现大量未知的垃圾文件，存在严重的系统运行隐患，其承载的分布式核心交易系统的运行稳定性随时可能受到影响，运维人员尝试寻找产生垃圾文件的源程序，但却发现传统监控工具对未知程序在未知时间、未知节点、未知路径，写入未知文件的故障诊断并不是一件容易的事情，而DeepFlow使用eBPF技术实现的可观测性可以为运维人员提供纤毫毕现的文件读写观测能力，让此类问题的诊断定位变得极其...

本文分享借助DeepFlow在某头部劵商业务压测场景中通过调用链追踪快速定位问题的过程。解决在容器云内等复杂调用场景中解决传统监控手段覆盖不全面、排障定位无手段等痛点。分享利用DeepFlow如何快速在复杂的业务调用过程中抽丝剥茧，快速排除网络问题，定位Pod服务自身业务逻辑问题，展现DeepFlow产品价值。背景介绍某头部券商OCR识别业务压测多个后端服务Pod时，偶发性业务响应时延高问题，当出现故障时集中某一Pod出现时延3s...

作者：肖圆，高级研发工程师，负责金山办公私有化产品运维平台研发、监控告警体系建设、可观测性体系建设。金山私有化项目在可观测性建设中，面临数据孤岛和缺乏全局视图的挑战，影响了问题排查效率。为此，引入DeepFlow和eBPF技术，打通了指标、追踪和日志数据的联动，提供了全局微服务调用关系。通过分阶段建设，已完成第一期目标，实现了从被动排障到主动观测的转变，提升了系统稳定性和运维效率。01｜业务排障面临的痛点在...

随着云原生技术的广泛应用，社会数字化快速发展，政府、金融、通信、电力、制造、消费等各行各业正在不断的被数字化、智能化改变，涌现出越来越多的大型、超大型IT业务。随之而来的是IT业务系统的复杂度越来越高，开发迭代速度越来越快，系统规模越来越大，运行风险越来越高，而业务抖动、业务故障的经济影响、社会影响也越来越广泛。为了应对新的IT生产力带来的业务保障能力的挑战，可观测性技术快速发展和成熟，成为云原生时...

场景描述：本模块为统一数据管理框架（UnifiedDataManagementFramework,UDMF）的组成部分，针对多对多跨应用数据共享的不同业务场景提供了标准化的数据通路，提供了标准化的数据接入与读取接口。同时对文本、图片等数据类型提供了标准化定义，方便不同应用间进行数据交互，减少数据类型适配的工作量。常见场景：考虑到会存在一台手机同时安装多个app的场景，需要有同一个用户账号登录信息。期望公司内部的应用可以使用同一个唯...

DeepFlow是一个基于eBPF技术的云原生监控平台。它不需要修改现有代码，就能展示应用的性能指标、访问路径和调用链等信息。使用DeepFlow，云原生应用可以自动获得详细的监控能力，减少开发者手动添加监控代码的麻烦，同时为DevOps和SRE团队提供从代码到基础设施的全面监控和诊断能力。部署前环境准备DeepFlow支持多种环境部署，本篇文章以K8sAllinOne环境为例来演示如何部署DeepFlow。在开始部署DeepFlow之前，需要先搭建K8s环境...

作者：姜远川，后端研发工程师，来自富途技术工程部本文分享了富途证券引入基于eBPF的可观测性方案DeepFlow，以应对传统APM所面临的诸如代码侵入性强和覆盖不全面等挑战的过程。在TKE超级节点等复杂场景的落地过程中，我们与社区密切合作，解决了多项兼容性和性能问题。通过DeepFlow，我们快速定位了一个DNS解析引起的MySQL超时故障，验证了该方案的价值。未来，我们计划将内部观测平台和DeepFlow相结合，以持续拓展其应用场景...

摘要：Java程序Hang是应用运维中经常遇到的故障类型，由于此类故障与操作系统调度、应用代码逻辑等均有复杂的相互催化关系，故障触发条件极难确定，因此也是故障诊断中最难啃的骨头之一。在此篇案例中您将看到，某银行在分布式核心系统“认证网关Hang”故障的诊断过程中，如何使用DeepFlow大模型智能体快速分析Java程序CPU持续剖析数据，在故障发生后3分钟内迅速定位出Hang的原因。01｜简介近日，某银行分布式核心系统安全认证...

DeepFlow可观测性平台以eBPF技术实现的零侵扰（ZeroCode）分布式追踪为核心，不仅实现了面向应用的全栈（FullStack）观测能力，同时通过开放的数据集成接口和智能标签（SmartEncoding）技术支持汇聚外部的Metrics、Tracing、Logging、Profiling等各类的海量观测数据，消除运维数据孤岛，为IT系统的运行维护、安全监测、运营分析提供统一的可观测性数据综合解决方案。在本篇实践案例中，将向您介绍如何在DeepFlow可观测性平台快...

DeepFlow可观测性平台以eBPF技术实现的零侵扰（ZeroCode）分布式追踪为核心，不仅实现了面向应用的全栈（FullStack）观测能力，同时通过开放的数据集成接口和智能标签（SmartEncoding）技术支持汇聚外部的Metrics、Tracing、Logging、Profiling等各类的海量观测数据，消除运维数据孤岛，为IT系统的运行维护、安全监测、运营分析提供统一的可观测性数据综合解决方案。在本篇实践案例中，将向您介绍如何在DeepFlow可观测性平台快...

DeepFlow可观测性平台以eBPF技术实现的零侵扰（ZeroCode）分布式追踪为核心，不仅实现了面向应用的全栈（FullStack）观测能力，同时通过开放的数据集成接口和智能标签（SmartEncoding）技术支持汇聚外部的Metrics、Tracing、Logging、Profiling等各类的海量观测数据，消除运维数据孤岛，为IT系统的运行维护、安全监测、运营分析提供统一的可观测性数据综合解决方案。在本篇实践案例中，将向您介绍如何在DeepFlow可观测性平台快...

背景01.软件定义汽车随着智能网联汽车技术的进步，软件和人工智能技术已成为汽车产业的重要支撑，推动了汽车从传统机械代步工具向新一代移动智能终端的转变。汽车电子电气架构的升级当下已从分布式向域控制中央集中式方向发展。通信架构由LINCAN总线向以太网方向发展。整车软件架构从面向信号的软硬件耦合架构向面向服务的分层解耦软件架构转变。从最初的各个子系统独立的ECU运算，到按功能划分的域控制器集成化运算，再到最终...

调用验证详情参见RESTAPI概述的​​鉴权方式​​说明。频率控制详情参见推送限制策略的​​接口限制​​说明。个性化参数设置调用地址POST​​http:api.push.mob.combindcustomParam​​推送对象以JSON格式表达，表示一条推送相关的所有信息参数类型是否必须说明appkeystring是设备keyregistrationIdstring是设备devicetokentypenumber是1.设置个性化参数2.删除个性化参数3.删除全部个性化参数customParamobject是个性化参数格...

特别提示：建议不要在客户端直接调用RESTAPI。得到Appkey和AppSecret信息的人可能进行恶意的推送。建议的使用方式是：调用RESTAPI的代码放在开发者应用服务器上。开发者应用服务器对自己的客户端提供接口，开发者服务器收到来自客户端的请求后再调RESTAPI。MobPush提供遵从REST规范的HTTPAPI，以供开发者远程调用MobPush提供的服务。API基本约束API请求有​​频率限制​​。API请求有​​黑名单机制​​。API资源列表名称资源Ba...

MobPush推送消息解析需要主要类型分为TCP消息与厂商消息，TCP消息：MobPush应用在线默认走MobTech自己创建的TCP通道，称为TCP消息。厂商消息：应用结束进程状态推送需走厂商通道（华米OV魅通道）。因此推送消息解析主要针对这俩种消息进行处理。推荐以下三种解析方式。通过统一回调处理（4.6.14版本整合，推荐）MobPush版本4.6.14+进行了推送回调整合，可以让厂商消息和tcp消息统一在MobPushReceiver回调中处理，值得说明的是，...