-
探讨打造「高可用架构」秘籍
背景高可用性的文章多如牛毛，看得人眼花缭乱。今天，咱们换个花样，以终为始，来聊聊如何实现系统业务的高可用性这个宏伟目标。本文覆盖高可用架构设计、常见架构模式、高可用开发运维、大促高可用保障、业务高可用、COE复盘等方面的理念和思考。高可用性是个宏大的主题，覆盖的领域广泛。我们要聊的，都是实实在在的团队实践经验和教训。本文不包含异地多活等议题。现在，让我们一起踏上这场关于高可用性的探索之旅吧！为了您
-
ETLCloud丨如何实现MySQL与Greenplum的数据同步
一文速览：通过ETLCloud数据集成平台实现MySQL数据库与数仓数据库（Greenplum）的数据同步。
-
优画质低功耗，空域GPU超分技术引领图像渲染新体验
随着大数据时代的发展，虚拟现实、增强现实等需要实时图像处理和计算的应用，对GPU加速引擎服务提出了新的挑战和机遇。HarmonyOS SDK GPU加速引擎服务（XEngine Kit）提供的空域GPU超分能力，基于单帧输入图像，使用空间邻域信息实现超采样。当GPU性能不足以支持渲染高分辨率场景时，为了提高用户体验，可以使用空域GPU超分能力，将较低分辨率图像通过超分重建为高分辨率图像。相较于直接
-
接入应用内支付服务，提高商业变现效率
在当今竞争激烈的移动应用市场中，开发者们面临着提升应用商业变现能力的挑战。用户体验的流畅性和支付的安全性至关重要。HarmonyOS SDK应用内支付服务（IAP Kit）为开发者提供了一站式的解决方案，简化了应用内支付的接入流程，同时确保了支付的便捷性和安全性。这不仅有效提升了用户的支付转化率和满意度，也使开发者能够更加专注于应用的核心业务，从而推动商业价值的增长。通过应用内支付服务，开发者可以
-
加入运动健康数据开放平台，共赢鸿蒙未来
HarmonyOS SDK运动健康服务（Health Service Kit）是为华为生态应用打造的基于华为帐号和用户授权的运动健康数据开放平台。在获取用户授权后，开发者可以使用运动健康服务提供的开放能力获取运动健康数据，基于多种类型数据构建运动健康领域应用与服务，为用户打造丰富、便捷、专业的运动健康场景体验。业务介绍优质应用服务联合三方设备，结合运动健康服务提供的运动健康数据服务，共同打造&qu
-
HiAI Foundation开发平台，加速端侧AI应用的智能革命
如果您是一名开发者，正在寻找一种高效、灵活且易于使用的端侧AI开发框架，那么HarmonyOS SDKHiAI Foundation服务（HiAI Foundation Kit）就是您的理想选择。作为一款AI开发框架，HiAI Foundation不仅提供强大的NPU计算能力和丰富的开发工具，还提供完善的技术支持和社区资源，帮助您快速构建高质量的AI应用程序。以图像分类这种常见的AI应用为例，使用
-
Java开发者LLM实战——使用LangChain4j构建本地RAG系统
1、引言由于目前比较火的chatGPT是预训练模型，而训练一个大模型是需要较长时间（参数越多学习时间越长，保守估计一般是几个月，不差钱的可以多用点GPU缩短这个时间），这就导致了它所学习的知识不会是最新的，最新的chatGPT-4o只能基于2023年6月之前的数据进行回答，距离目前已经快一年的时间，如果想让GPT基于近一年的时间回复问题，就需要RAG（检索增强生成）技术了。此外，对于公司内部
-
解决卡顿发热，超帧技术焕发中重载游戏动力
近几年，中国手游市场规模不断扩大，开发者通过在画面、玩法等方面的持续创新和打磨，推出更加精品化的产品。然而愈发精美的画质和复杂的玩法，也给硬件带来超高的负载，导致玩家在游戏过程中，频繁出现掉帧卡顿、发烫、续航差等体验降低的现象。HarmonyOS SDK 图形加速服务（Graphics Accelerate Kit）中的超帧特性，基于自研运动预估及补偿算法，能够大幅降低单帧能耗，提升平均帧率，延长
-
玩转Spring状态机
说起Spring状态机，大家很容易联想到这个状态机和设计模式中状态模式的区别是啥呢？没错，Spring状态机就是状态模式的一种实现，在介绍Spring状态机之前，让我们来看看设计模式中的状态模式。1. 状态模式状态模式的定义如下：状态模式（State Pattern）是一种行为型设计模式，它允许对象在内部状态发生变化时改变其行为。在状态模式中，一个对象的行为取决于其当前状态，而且可以随时改变这个状
-
Lombok注解引发的空指针问题分析
一、问题描述 在一次上线后，日志中出现空指针的报错，但是报错代码位置以及相应工具类未进行过修改，接下来进一步分析。 以下为报错堆栈信息：java.lang.NullPointerException: null at net.sf.cglib.core.ReflectUtils.getMethodInfo(ReflectUtil
-
最强的Sping Boot接口优雅响应处理器
1. 前言统一返回值封装、统一异常处理和异常错误码体系的意义在于提高代码的可维护性和可读性，使得代码更加健壮和稳定。统一返回值封装可以避免每一个接口都需要手工拼装响应报文；统一异常处理可以将异常处理的逻辑集中到一个地方，避免代码中出现大量的try-catch语句，降低了代码的复杂度，提高了代码的可读性；异常体系的设计可以清晰地区分不同类型的异常，使得开发者能够更加精准地处理异常情况，并且能够更好地
-
缓存有大key?你得知道的一些手段
粉丝 9背景：最近系统内缓存CPU使用率一直报警，超过设置的70%报警阀值，针对此场景，需要对应解决缓存是否有大key使用问题，扫描缓存集群的大key，针对每个key做优化处理。以下是扫描出来的大key，此处只放置了有效关键信息。图1大key介绍:想要解决大key，首先我们得知道什么定义为大key。什么是大KEY：大key 并不是指 key 的值很大，而是 key 对应的 value
-
性能优化之路总结
针对老项目，去年做了许多降本增效的事情，其中发现最多的就是接口耗时过长的问题，就集中搞了一次接口性能优化。本文将给小伙伴们分享一下接口优化的通用方案。一、接口优化方案总结1.批处理批量思想：批量操作数据库，这个很好理解，我们在循环插入场景的接口中，可以在批处理执行完成后一次性插入或更新数据库，避免多次IO。//批量入库 batchInsert();2.异步处理异步思想：针对耗时比较长且不是结果
-
chrome插件新版本（v3版本）中的热更新，即加载更新远程js的方法探索
1 主流方案及尝试现在浏览器插件中，大多采用直接调用远程代码的方式进行热更新，由于安全策略逐步增强，越来越不支持热更新了；chrome在新v3版本插件中直接给禁止了；对于v2版本则即将废弃使用。或者要到google应用商店提交审核，才能热更新。2 当前问题1、由于安全策略逐步增强，越来越不支持热更新了，之前可以直接调用远程资源的方法均被禁止了；2、chrome插件开发中，v2版本是支持热更新的
-
进程还在，JSF接口不干活了，这你敢信？
1、问题背景：应用在配合R2m升级redis版本的过程中，上游反馈调用接口报错，RpcException：[Biz thread pool of provider has been exhausted]，通过监控系统和日志系统定位到现象只出现在一两个节点，并持续出现。第一时间通过JSF将有问题的节点下线，保留现场，业务恢复。报错日志如下：24-03-13 02:21:20.188&nbs
-
如何画一个系统的设计图
为什么写本文评审中发现很多研发都不会画设计图，有的画的非常复杂但没有要点，听的人不知道要表达的是什么；有的图画的非常简单，也没有要点。如果设计图只有在讲解的时候通过别人长时间的询问才能明白，那么设计图还有什么价值？大部分研发内心想提升设计能力，但有一些错误的观念可能会阻碍设计的成长。比如“参考一个好的设计模版，我就能做出好设计了这种想法”，我个人认为是非常错误的观点。本文不会谈及具体的图形画法比如
-
为什么我的项目Debug运行没问题，编译成Release包就报错？
引言在Android开发中，debug包和release包的行为差异可能导致release包在运行时出现问题，而这些问题在debug包中不会出现。本文主要介绍debug包和release包的差异，导致此问题出现的可能原因及解决办法。一、Debug与Release编译的基本差异1. 编译配置· 优化级别：Release模式通常启用更别的编译优化，包括代码内联、循环展开、死代码移除等，以提高应用性能和
-
HBase集群数据在线迁移方案探索
一、背景订单本地化系统目前一个月的订单的读写已经切至jimkv存储，对应的HBase集群已下线。但存储全量数据的HBase集群仍在使用，计划将这个HBase集群中的数据全部迁到jimkv，彻底下线这个HBase集群。由于这个集群目前仍在线上读写，本文从原理和实践的角度探索对HBase集群数据的在线迁移的方案，欢迎大家补充。二、基础理论梳理HBase整体架构重温一下各个模块的职责HBase客户
-
奇怪！应用的日志呢？？
1. 问题回顾 问题背景是在进行中台应用中间件迁移过程中，发现存在项目启动失败或者项目正常启动（jsf正常挂载并正常运行，mq正常发送和消费）但是无任何日志打印现象。更奇怪的是不打印日志竟然是偶发的，在测试环境中多次部署都未出现项目启动但无日志打印情况，而且玄学的是生产环境两台机器，其中一台正常日志打印，另一台无任何日志打印（应用运行正常）。通过多次重启无日志打印机器仍未恢复日志打印，最终通
-
鸿蒙到底是什么意思？它究竟能不能干赢安卓？我们凭什么支持鸿蒙
2021年鸿蒙2.0发布，一时间所有人都在问同一个问题，鸿蒙是不是安卓的套壳系统，它究竟能不能击败安卓，我们又为什么要支持鸿蒙，本期视频将为你解答。 要解释鸿蒙是不是套壳，我们就要先了解鸿蒙究竟是什么。首先不论是安卓还是鸿蒙，事实上都来自同一个地方那就是Linux。Linux简单来说就是一个操作系统，而安卓所做的事情就是基于Linux来继续开发和改进，就像在前人打好的地基上再根据自己设计盖房
