对于一个程序员，或多或少都能说出一些跟三高系统有关的技术点，而我本篇文章的目的，就是帮大家系统的梳理一下三高系统中的第一高：高可用性。

数字化转型会带来大量的研发需求，如何更好更快的交付这些需求成为一个突出问题，该怎么打造一个平台去解决该问题？能不能用第一性原理思维去推导出发展方向？

在大额的交易面前，系统的稳定性尤其重要，同时基金业务比较复杂，为保障每个地方的稳定，告警埋点很多，加上各种日终检查，出现很多新的问题。结合日常处理经验，我们重新思考是否有好的方式，提前发现异常，改善此事，于是在基金交易系统中做了一件事情，有效的提高了系统的稳定性

KMS，KeyManagementService，即密钥管理服务，在K8S集群中，以驱动和插件的形式启用对Secret，Configmap进行加密。以保护敏感数据

背景在DBS集群列表更多连接查询死锁中，看到9月22日有数据库死锁日志，后排查发现是因为mysql的优化indexmerge（索引合并）导致数据库死锁。定义indexmerge(索引合并)：该数据库查询优化的一种技术，在mysql5.1之后进行引入，它可以

单体架构下锁的实现方案1\.ReentrantLock全局锁ReentrantLock（可重入锁），指的是一个线程再次对已持有的锁保护的临界资源时，重入请求将会成功。简单的与我们常用的Synchronized进行比较：||ReentrantLock|Syn

低代码开发平台的出现，大大地提高的产品交付效率，但是在协同开发、敏捷迭代的场景下，也暴露出了一些问题。本文将根据不同诉求，渐进式的讨论支持并行开发的各种解决方案。

音视频库里面使用了一些第三方库，比如openssl，libopencoreamrnb等第三方库，如果集成的过程中遇到冲突可以尝试这样修改：1、在BuildSettings中OtherLinkerFlags中把allload去掉；2、如果遇到openssl库

国内外AI大模型层出不穷，训练数据复杂程度更是呈指数级增加。如今，在万亿级参数时代，单个资源池已无法满足大模型训练场景中动辄PB级的数据存储量，对于企业来说，启用多个资源池构成的分布式存储势在必行。

近日，由中国通信企业协会主办的2024中国信息通信业发展高层论坛在北京召开。本届大会围绕“创新数据新要素发展新质生产力”进行交流研讨、实践分享。