用户在使用App时，在某些特殊场景会导致应用崩溃，影响用户体验。受用户行为、使用环境、人力成本等多种因素的影响，此类崩溃在测试过程中较难发现。需要通过自动、随机、海量的事件来模拟用户操作，测试软件的边界情况，以提前发现问题，降低版本发布后的崩溃发生。

信也科技作为国内知名的金融科技公司，为了适应业务的变化和拓展，在业务中台系统中使用了自研的轻量级流程引擎。

谈谈高并发，构建实时API接口。

信也科技Devops体系中的增量覆盖率实现与落地。

领域驱动设计不是新鲜的概念，自2004年由建模大师Eric Evans发表他最具影响力的书籍《领域驱动设计—软件核心复杂性应对之道》至今已有十六年1·时间，一直以来不曾大行其道，直到IT行业内掀起微服务的狂潮，技术界才重新审视和意识到领域驱动设计的价值。不能说微服务拯救了领域驱动设计，但是确实因为微服务，让领域驱动设计又重新焕发了青春。DDD是一个非常庞大的建模和设计体系。

移动互联网时代，消息推送（Push）服务成为App应用不可或缺的重要组成部分，推送服务可以提升用户的活跃度和留存率。我们的手机每天接收到各种各样的广告和提示消息等大多数都是通过推送服务实现的。

账户系统作为涉及真金白银的基础服务，对数据的一致性要求很高。信也账户系统从公司成立之初的本地事务，到后来的分布式事务，从TCC事务到Sagas长事务，期间遇到了不少问题，走了不少弯路。随着一代代王朝的更替，铸就了信也账户系统演进的发展史。

早期信也科技在随着业务的不断拓展和创新，内部很多系统都经过了不断的拆分，也涌现出了很多新的业务.同时在随着国家政策变更的大环境下，以拥抱政策为前提，信也也在不断对还款业务进行优化和创新。

重平衡是所有消息系统中非常重要的一个功能。试想有以下场景，当消费者组集群中有新的消费实例加入，退出，或者某些topic主题增加了分区之后，或者某些topic主题缩容后，消费者组实例是怎么对这些分区进行消费呢？当发生这些变化时，消息系统需要对这些消费组实例对应的分区进行重新分配，这个重新分配的过程，就是重平衡。当重平衡结束后，消费端会根据最新的重平衡结果进行重新消费。

无论金融、电商、互娱等行业，还是支付、活动、收货等场景都需要用户行为埋点来分析转化率，进而指导业务流程优化、用户体验提升、交易量提高。行为埋点会影响到业务发展中的关键决策，显得十分重要。但互联网行业的特点是快速、灵活，客观上要高效响应用户需求变化，这就让传统的硬编码埋点暴露了“点位多、验证难、代码冗余、难清理、分析周期长、交付流程长”等痛点。

本文谈了单元测试对提升代码质量，提高测试效率等好处，还有实践中遇到的问题和解决方法。希望能对大家编写好的单元测试有所帮助。

本文详细描述了一款Java线程池动态管理和实时监控插件的开发过程。主要内容有: 我们在使用线程池过程中碰到了什么问题？Java线程池是如何进行容量管理的？通过分析线程池源码来讲解如何动态修改线程池参数并进行有效的监控。线上运行的实际成果展示

信也项目实战之Redis存储压缩方案，了解信也内部项目如何节省80%的Redis内存

信也科技自研谛听全链路监控平台。该平台通过自动化埋点、收集、存储、分析分布式系统中的指标数据、链路数据和日志数据，将流转在上下游站点间的信息串联起来，形成全链路跟踪，提供统一告警、信息检索等功能，极大的提升了定位故障的效率。

基于Ceph搭建的私有云下的图片存储高可用方案

信也科技在随着业务的不断发展，内部很多系统都经过了不断的拆分以及重构。 最早期由所有人共同维护的一个单体应用，逐步拆解为前端、中台、基础平台以及技术框架等功能职责分明的以微服务为主的微服务体系架构